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INTRODUCTION 


The  Second  KL-ONE  Workshop  gathered  researohera  from  twenty  one 
universities  and  research  institutions  to  the  White  Mountains  for  a  serlea  of 
discussions  and  presentations  about  the  KL-ONE  knowledge  representation 
language.  The  Workshop  -  held  October  16-20,  1981  -  was  the  second  to  be  held 
at  the  Chrlstaas  Para  Inn  in  Jaokson,  New  Haapshire.  It  was  an  excellent 
setting  for  soae  lively  dlsoussions  about  knowledge  representation  in  general, 
and  our  particular  experiences  with  KL-ONE. 

While  the  first  Workshop  was  successful  in  a  modest  way,  we  learned  froa 
it  that  having  a  large  group  of  people  in  attendance,  especially  with 
disparate  goals  and  backgrounds,  was  not  a  way  to  sake  technological  progress 
(even  the  nodest  amount  we  had  hoped  for).  On  the  other  hand,  siaply 
restricting  participation  to  a  very  snail  set  of  seriously  oonadtted 
researchers  seemed  equally  unsatisfactory,  since  it  did  not  allow  us  to  report 
on  recent  developments  to  the  community  at  large,  nor  did  it  allow  that 
community  to  get  together  to  share  ideas,  experiences,  and  problems.  So,  this 
year  we  opted  for  a  two-part  Workshop,  the  first  comprising  three  days  of 
intensive  technical  discussions  by  a  small  group  (14  participants)  intimately 
involved  with  KL-ONE  development,  the  seoond  comprising  two  days  of 
presentations,  small  group  discussions,  and  plenty  of  free  time  to  knook  heads 
over  the  Issues  of  the  day. 

The  technical  dlsoussions  that  preceded  the  main  conference  covered  areas 
of  current  central  concern  to  KL-ONE  and  knowledge  representation  in  general, 
including  "realization"  (attributing  new  descriptions  to  individuals  as  they 
are  learned  about)  and  "classification"  (putting  KL-ONE  descriptions  into  a 
taxonomy  according  to  their  internal  structure);  Individual  Concepts  (the  way 
to  represent  definite  descriptions  in  KL-ONE);  "Role  Set  Relations”  (the  way 
to  represent  constraints  in  concept  definitions  in  KL-ONE)  and  "Qua-Conoepts" 
(concepts  defined  as  functions  of  other  concepts);  and  some  system  maintenance 
and  utility  Issues  (KL-ONE  is  implemented  in  INTERLISP  at  BBN  and  Smalltalk  at 
Xerox  PARC).  To  allow  us  to  get  right  to  work,  the  chairman  of  eaoh  session 
olroulated  a  position  paper  to  the  group  in  advance,  raising  the  questions  he 
wanted  to  see  addressed  at  the  Workshop. 

For  the  general  conference  session  (attended  by  46  people),  we  Invited 
groups  from  various  sites  to  report  on  interesting  applications  of  KL-ONE, 
problems  with  it,  interesting  teohnloal  questions,  eto.  Topics  of  the  talks 
lnoluded  "KloneTalk"  (the  version  of  KL-ONE  implemented  in  Smalltalk  -  this 
included  a  videotaped  demonstration  of  the  system's  interface),  prototypes  in 
knowledge  representation,  translation  of  INTERLISP  KL-ONE  to  FranzLisp,  a 
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oaloulus  of  Struotural  Descriptions,  and  the  KL-ONE  Classifier,  not  to  mention 
several  others.  Ve  also  had  the  larger  group  break  up  into  aaaller  working 
groups  to  consider  inference  in  KL-ONE,  ^presenting  beliefs,  some  KL-ONE 
practice  exaaples,  and  transporting  KL-ONE  to  other  aaohines. 

All  of  these  topics  are  covered  in  these  Proceedings. 


o  Chapter  1  contains  sumariea  of  all  of  the  Teohnleal  Discussions  that 
occurred  prior  to  the  Main  Conference.  The  authors/editors  of  these 
reports  have  tried  to  present  the  pro bless  that  were  oovered,  in 
plain  teras,  before  proceeding  into  detailed  analyses  of  the 
discussions. 

o  Chapter  2  contains  reports  on  the  small  group  dlsousslons  that  were 
held  during  the  Main  Conference.  Eaoh  report  contains  a  topic 
description  and  dlsoussion  summary. 

o  Chapter  3  contains  papers  for  prepared  presentations  that  were  Bade 
at  the  Main  Conference. 

o  Chapter  4  contains  positions  papers  that  were  submitted  by  Workshop 
participants.  In  some  cases,  these  papers  represent  the  position  of 
an  entire  research  group,  while  others  represent  individual  opinions. 

o  The  Appendices  oontain  the  agendas  and  lists  of  participants  for  the 
two  Workshop  sessions,  an  address  list  of  members  of  the  KL-ONE 
community,  a  summary  of  KL-ONE  for  the  uninitiated,  an  index  of 
KL-ONE  technical  terms,  and  an  index  of  authors  and  co-authors.  The 
index  of  technical  terms  is  extensive,  but  incomplete  -  we  hope  that 
it  is  useful  to  newcomers  to  KL-ONE. 

Please  note  that  there  is  no  list  of  references  for  the  entire 
proceedings.  Instead,  all  oited  references  are  listed  after  each  paper  and 
discussion  summary. 

The  reader  of  these  proceedings  should  note  the  assumptions  made  by  the 
authors  about  the  character  of  the  reading  audience.  In  our  set  of  position 
papers,  the  assumption  of  each  author  may  not  be  explicitly  set  out,  and  these 
vary  from  paper  to  paper.  However,  it  is  safe  to  assume  that  a  reader  who  is 
somewhat  familiar  with  KL-ONE  will  find  them  readily  comprehensible.  In  our 
summaries  of  the  Technical  Discussions,  however,  we  distinctly  assumed  that 
our  readers  would  be  familiar  with  the  full  range  of  the  KL-ONE  language  (and 
a  fair  amount  of  the  Jargon  used  by  the  community).  While  this  does  not  suit 
everyone's  needs,  the  task  of  transforming  all  references  to  KL-ONE  objeots 
and  ideas  into  generally  aooeasible  language  would  have  delayed  these 
proceedings  excessively.  We  have  tried  in  various  ways  to  make  up  for  the 
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teohnlcal  nature  of  these  reports:  eaoh  author  was  enoouraged  to  open  his 
report  with  a  plain  language  description  of  the  problen  being  addressed  at  his 
session;  we  have  inoluded  a  sumary  of  many  of  the  ideas  in  KL-OME  as  an 
appendix  to  this  document;  an  index  of  teohnioal  terns  is  also  Inoluded.  We 
hope  that  a  significant  portion  of  the  material  discussed  at  the  Workshop  and 
reported  here  will  be  accessible  to  anyone  with  a  sincere  interest  in 
knowledge  representation.  We  enoourage  your  ooments  and  interest. 

It  should  be  noted  that  nuoh  of  the  exclteaent  of  the  Workshop  oannot  be 
captured  here  -  aany  of  the  liveliest  and  nost  interesting  dlsoussions  took 
plaoe  spontaneously,  outside  the  range  of  our  microphones.  If  you  are 
interested  in  the  results  of  conversations  like  those,  please  come  and  Join  us 
at  the  next  Workshop. 


Jim  Schmolze 
Ron  Brachman 
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1.  TBCHNICAL  DISCUSSIONS 


The  first  three  days  of  the  Workshop  comprised  intensive  teohnioal 
discussions  oonoerning  current  views  and  future  directions  of  KL-ONE.  These 
disoussions  are  summarized  in  this  ohapter.  The  reader  should  note,  however, 
that  the  positions  presented  in  these  summaries  will  not  necessarily  be 
reflected  in  future  research  oonoerning  KL-ONE . 

As  part  of  the  documentation  of  these  discussions,  we  feel  obliged  to 
describe  the  organization  of  these  sessions,  as  well  as  the  manner  by  which  we 
attempted  to  capture  their  oontent.  Attendance  at  this  portion  of  the 
Workshop  was  limited  to  those  researchers  who  were  either  involved  in  the 
development  of  KL-ONE,  or  were  regular  users  of  KL-ONE.  Prom  amongst  the 
possible  candidates,  fourteen  researchers  from  five  Institutions  attended 
(they  are  listed  in  Appendix  B).  The  choice  of  topios  was  made  well  in 
advance  of  the  Workshop,  as  was  the  assignment  of  a  chairperson  for  each 
topic.  We  also  decided  to  have  one  session  for  each  topic,  which  all 
participants  would  attend,  with  strict  time  limits  for  each  session. 

Bach  ohalrperson  distributed  a  written  description  of  the  topic  to  be 
addressed  at  his  session  before  the  Workshop  began  so  that  all  attendees  oould 
prepare  for  the  session,  and  each  chairperson  led  his  own  session  with  the 
authority  to  recognize  speakers  and  to  direct  and/or  terminate  discussions. 
In  order  to  help  oapture  the  dlsoussion's  content,  two  secretaries  per  session 
were  assigned  (from  among  the  fourteen  participants)  to  take  detailed  notes, 
and  a  tape  recording  was  made  of  eaoh  discussion. 

Following  the  Workshop,  each  pair  of  secretaries  prepared  a  summary  from 
their  notes  and  tape  recording.  The  chairpersons  then  prepared  descriptions 
from  these  summaries,  the  recordings,  and  their  own  notes.  Each  participant 
of  the  technical  disoussions  was  then  given  the  opportunity  to  suggest  edits 
to  these  descriptions.  Finally,  the  chairpersons  took  these  suggestions  and 
prepared  the  final  form  of  the  descriptions  that  are  presented  in  this 
ohapter. 
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1.1  Aaaertlona  in  EL-ONE 


(inoludlng  a  conceptual  reconstruction  of  the  overall 
structure  of  the  language) 


Chaired  by  Ron  Bradman  and  Hector  Levesque  (Fairchild) 


This  particular  technical  disousslon  was  originally  intended  to  begin 
paying  off  the  long  overdue  debt  on  assertions  in  KL-ONE.  All  along,  the 
clain  had  been  made  that  KL-ONE  was  somehow  different  from  other 

representation  languages  in  that  it  stood  firm  on  the  difference  between 

"definitional"  and  "assertional"  Information,  and  had  a  plaoe  and  a 
methodology  for  dealing  with  each.  Yet  most  of  the  work  to  date  had 

concentrated  solely  on  definitional  issues.  We  intended,  then,  to  use  this 

session  as  a  forum  to  determine  how  to  "do  assertions"  in  KL-ONE. 

However,  in  a  recent  attempt  to  be  clear  about  this  distinction  and  to 
better  understand  the  overall  functionality  of  KL-ONE,  a  group  of  us  (Ron 
Brachman,  Richard  Flkes,  Austin  Henderson,  Hector  Levesque,  and,  more 
recently,  Dan  Bobrow  and  Mark  Stefik)  had  been  re-examining  a  number  of  the 
fundamental  characteristics  of  the  language.  By  the  time  we  arrived  at  the 
Workshop,  we  felt  compelled  to  start  our  discussion  with  a  conceptual  re¬ 
construction  of  KL-ONE,  sinoe  our  position  on  assertions  had  become  intimately 
tied  to  our  overall  perception  of  the  language.  This  report  begins  with  an 
explanation  of  that  reconstruction  (just  as  the  Workshop  session  did),  and 
then  addresses  some  of  the  issues  dlsoussed  at  the  Workshop. 


Cleaning  up  KL-ONE 

KL-ONE,  as  we  see  it,  oan  be  divided  into  two  major  components,  which  we 
will  call  the  Terminological  Component  (or  Tbox)  and  the  Assertional  Component 
(or  Abox).  Under  the  current  regime,  the  Tbox  would  oontain  entitles  like 
Concepts,  Roles,  and  Structural  Descriptions  while  the  Abox  would  oontain 
Nexuses,  Contexts,  and  Description  Wires.  Roughly  speaking,  the  Tbox  is 
intended  to  maintain  an  evolving  language  and  understand  the  relationships 
between  its  components  as  purely  linguistic  expressions.  For  example,  it 
would  be  part  of  the  competence  of  the  Tbox  to  be  able  to  determine  when  one 
Conoept  subsumed  another  solely  on  the  basis  of  the  Concepts'  internal 
structure.  The  Abox,  on  the  other  hand,  is  intended  to  maintain  an  evolving 
picture  of  a  world  and  understand  the  relationships  between  its  components  as 
assertions  about  that  world.  So  it  might  be  part  of  the  oompetenoe  of  the 
Abox  to  realize  when  the  existence  of  a  Nexus  in  a  Context  implied  the 
existence  of  other  Nexuses  in  that  Context. 
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To  a  oertaln  extent,  all  of  this  is  already  part  of  the  lore  of  the 
KL-ONE  research  community.  It  is  our  contention,  however,  that  the  components 
of  the  Tbox  have  on  aore  than  one  oocasion  been  (mis)used  as  if  they  belonged 
to  the  A box,  thereby  blurring  the  distinction  we  speak  so  strongly  about; 
further,  the  treataent  of  the  Abox  in  KL-ONE  has  been  superficial  and 
haphazard.  Finally,  what  KL-ONE  as  an  abstract  franework  was  supposed  to  do 

has  been  confused  with  Issues  Involved  in  implementations. 

\ 

\ 

Consider,  for  example,  a  "traditional”  KL-ONE  network  with  a  Concept 
labelled  ELEPHANT  having  two  subConcepts  called  INDIAN-ELEPHANT  and  AFRICAN- 
ELEPHANT.  It  is  very  tempting  in  this  situation  to  answer  a  question  like 
"How  many  kinds  of  elephants  are  there?”  by  counting  the  number  of  subConcepts 
below  ELEPHANT  and,  therefore,  replying,  "Two".  The  trouble  here  is  that  the 
KL-ONE  taxonomy  is  also  thought  of  as  a  virtual  lattice  where  there  are  an 
infinite  number  of  subConcepts  below  any  given  one.  For  example,  in  this 
sense,  there  are  an  infinite  number  of  kinds  of  elephants,  namely,  CIRCUS- 
ELEPHANTS,  SMALL-ELEPHANTS,  MALE-ELEPHANTS,  SMALL-MALE-ELEPHANTS  and  so  on 
(i.e.,  terms  for  all  of  the  imaginable  kinds  of  elephants,  regardless  of 
whether  or  not  any  actually  exist).  Our  feeling  is  that  the  attempt  to  say 
that  there  are  only  two  biological  kinds  of  elephants  by  having  only  two 
subConcepts  of  ELEPHANT  is  a  confusion  between  uses  of  the  Tbox  and  Abox. 
Saying  anything  at  all  about  the  world  (as  in  how  many  kinds  of  elephants 
there  are)  is  the  province  of  the  Abox;  the  Tbox  itself  cannot  be  used  for 
such  assertions  -  except  to  provide  the  relevant  linguistic  terms. 

So,  then,  how  are  we  to  Interpret  a  "traditional”  KL-ONE  network  in  which 
a  Concept  like  "elephant"  has  exactly  two  (not  three,  not  an  Infinite  number 
of)  subConcepts?  Our  feeling  is  that  the  way  to  understand  this  is  precisely 
the  same  as  the  way  to  understand  the  functionality  of  atoms  in  LISP.  LISP 
gives  you  the  ability  to  act  as  if  every  atom  existed,  by  creating  a  new  data 
structure  for  one  on  first  mention.  Given  this  infinitely  generative 
functionality,  how  is  it  that  the  function  MAPATOMS  can  ever  halt?  He  realize 
that  mentioning  an  atom  and  the  function  MAPATOMS  are  really  at  two  different 
"levels".  MAPATOMS  is  in  fact  a  function  over  the  data  structures  that  are 
used  to  Implement  the  notion  of  atoms.  In  very  muoh  the  same  way,  a  function 
that  gets  hold  of  the  subConcepts  of  a  Concept  is  a  function  over  the  data 
structures  used  to  implement  KL-ONE,  and  not  one  that  works  on  the  Tbox  or 
Abox.  If  we  call  the  network  language  that  we  have  used  to  implement  the 
functionality  of  KL-ONE  "Si-Nets"  (for  "Structured  Inheritance  Nets"),  then 
fetching  the  "subConcepts"  of  a  Concept  is  an  SI -Net  notion  that  Involves 
fetching  data  structures  connected  to  other  data  structures  in  oertaln  ways. 
That  the  data  structures  have  names  like  "Conoept"  is  of  no  oonsequence. 

The  Si-Net  level  is  the  level  at  which  the  data  structures  and  algorithms 
used  to  realize  the  Tbox  and  the  Abox  are  specified  (one  could  easily  imagine 
implementing  either  in  a  semantic  net-style  language).  Many  of  the  issues 
that  have  occupied  our  time  previously,  while  important  in  their  own  right, 
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were  not  really  addressing  KL-OME  functionality,  but  sore  bow  to  implement 
certain  things.  For  example,  "classification"  Is  a  way  to  implement  the 
capability  of  answering  the  question  "does  description  x  subsuae  description 
y?”  by  essentially  coaputing  the  answer  in  advanoe,  and  then  plaolng  the 
description  in  such  a  way  that  the  answer  can  be  read  off  directly  when  needed 
(by  siaply  looking  for  a  "SuperC"  chain  between  descriptions).  "Inheritance" 
is  another  Si-Net  issue,  since  the  ability  to  know  which  properties  a 
description  has  is  independent  of  whether  they  are  "stored  looally"  or 
"inherited”.  Further,  any  talk  of  links  at  all,  or  of  "looal  Roles",  iaplngea 
on  Si-Net  concerns,  and  not  on  the  power  of  the  KL-ONE  language. 

Si-Net  level  issues  have  had  a  great  deal  of  discussion  in  the  past;  we 
now  want  to  try  to  address  ourselves  to  the  functionality  of  the  KL-ONE 
language,  independent  of  Si-Nets.  This  weans,  for  instance,  understanding 
that  answering  questions  about  subsuaption  and  providing  compositional  terns 
for  the  Abox  to  use  in  asking  statements  are  the  primary  goals  of  the  Tbox. 
The  new  goal  of  this  dlsoussion,  then,  was  to  understand  the  functionality  of 
the  Abox,  without  worrying  about  Si-Net  issues.  We  wanted  to  begin  to 
characterize  the  competence  of  an  assertlonal  component  without  committing 
ourselves  to  a  particular  syntax  or  a  particular  implementation  style. 


Teralnologioal  Issues 

As  it  turned  out,  our  presentation  of  the  relations  among  the 
Terminological  Component,  the  Assertlonal  Component,  and  Si-Nets  raised  as 
many  issues  about  "terminological  competence”  as  it  did  about  "assertlonal 
competence".  The  driving  force  behind  what  we  call  "terminological 
competence"  is  the  ability  to  manage  the  subsumption  relation  between 
Concepts.  In  other  words,  it  is  up  to  the  Tbox  to  "know”  when  one  Concept 
subsumes  another.  In  this  sense,  the  Tbox  does  Indeed  embody  knowledge,  but 
not  world  knowledge  like  the  Abox.  Much  of  the  dlsoussion  in  the  first 
session  centered  around  what  exaotly  the  knowledge  of  the  Tbox  amounted  to. 

A  suggestion,  for  exaaple,  is  that  a  SuperC  link  could  be  taken  to  have 
assertlonal  force;  that  is,  that  the  link  between  a  Concept  such  as  DOG  and, 
say,  ANIMAL  might  be  thought  of  as  asserting  that  all  dogs  are  animals.  Our 
view  is  that  the  Si-Net  level  link  between  the  two  Concepts  is  not  intended  to 
capture  any  such  assertion,  but  rather  the  fact  that,  by  stipulation,  the 
Coneept  called  DOG  includes  as  part  of  its  definition  the  one  named  ANIMAL. 
There  cannot  be  any  doubt  as  to  whether  all  instances  of  the  lower  Concept  are 
instances  of  the  higher  one  since  that  is  the  way  the  lower  Concept  is 
defined.  If  you  want  to  use  a  Concept  with  the  name  DOG  in  such  a  way  that  it 
does  not  neoessarily  carry  ANIMAL  with  it,  a  Concept  not  subsumed  by  ANIMAL 
must  be  used.  Given  suoh  a  Conoept,  you  would  then  be  free  to  assert  (using 
the  Abox)  that  all  of  its  instances  are  animals. 
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The  knowledge  In  the  Tbox  Is  embodied  in  linguistic  constructs  that 
resemble  noun  phrases  more  than  sentences.  Rather  than  a  sentence  like  "all 
dogs  are  animals  and  have  four  legs",  the  Tbox  might  contain  a  phrase  like  "an 
animal  with  four  legs"  somehow  related  to  the  name  DOG.  There  will  be 
sentential  constructs  in  the  Tbox,  but  used  only  in  order  to  construct  nominal 
constructs  like  "a  person  such  that  one  of  his  parents  is  a  doctor".  The  big 
question,  then,  is  precisely  what  kind  of  "noun  phrases"  should  the  Tbox 
support  and  what  should  be  the  subsumption  relationships  among  them. 

Our  feeling  is  that  these  "noun  phrases”  can  be  broken  down  into  two 
major  categories:  compositional  and  primitive  Concepts.  A  compositional 
Conoept  is  one  whose  meaning  can  be  completely  understood  in  terms  of  the 
meaning  of  its  parts  and  the  way  these  are  composed.  For  example,  if 
QUADRUPED  is  the  name  of  the  Concept  "an  animal  with  four  legs",  then  to  be  a 
QUADRUPED  is  precisely  to  be  an  animal  and  to  have  four  legs.  So  when 
introducing  the  term,  we  might  say  something  like  "By  a  QUADRUPED,  I  mean 
exactly  an  animal  with  four  legs".  A  primitive  Concept,  on  the  other  hand, 
might  be  Introduced  by  something  like  "By  a  DOG,  I  mean,  among  other  things, 
an  animal  with  four  legs".  The  difference  here  is  that  it  is  necessary  but 
not  sufficient  to  be  a  four  legged  animal  to  be  a  dog,  the  way  the  term  is 
being  used.  So  while  in  the  case  of  QUADRUPED,  animal  and  four  legs  gives  the 
complete  story,  in  the  case  of  DOG,  it  does  not.  In  particular,  there  could 
be  two  distinct  primitive  Concepts  with  the  same  internal  structure. 

This  leaves  the  question  as  to  the  what  the  internal  structure  of 
primitive  Conoepts  should  be.  Rusty  Bobrow  has  suggested  that  primitive 
Conoepts  need  "local  Roles"  to  account  for  the  Roles  Introduced  as  the  Concept 
is  formed.  On  the  other  hand,  it  might  be  possible  to  put  all  the  structural 
components  of  the  primitive  on  a  compositional  Concept,  then  merely  introduce 
the  primitive  as  a  subConcept  below.  For  example,  instead  of  requiring  a 
"tall"  Role  on  the  DOG  Conoept,  first  consider  the  (compositional)  Concept  of 
"a  quadruped  with  a  tail”  and  then  treat  DOG  as  a  primitive  subConcept  of  it. 
The  net  effect  is  that  a  primitive  is  an  atomic  Concept  except  for  its 
superConcept . 

However,  as  David  Israel  points  out,  the  primitives  cannot  really  be 
primitive  until  this  last  remnant  of  structure  (the  superConcept)  is  removed, 
placing  the  Concept  at  the  top  of  the  taxonomy.  Under  this  interpretation, 
primitives  are  connected  to  other  Concepts  only  in  terms  of  the  other 
compositional  Concepts  that  use  them.  As  David  argues,  if  the  motivation  for 
primitive  Conoepts  is  anything  like  natural  kinds,  and  the  competence  of  the 
Tbox  is  purely  linguistic,  then  DOG  should  not  be  below  ANIMAL  since  knowing 
that  dogs  are  animals  is  not  a  matter  of  knowing  a  language.  However,  another 


^An  alternative  view  of  Israel's  is  presented  in  "On  the  Semantics  of 
Semantic  Networks",  to  appear  in  an  upcoming  issue  of  IJCM. 
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way  of  looking  at  this  is  to  say  that  Independently  of  how  natural  kinds  are 
treated,  there  may  be  valid  reasons  for  wanting  terms  whloh  are  neither 
compositional  nor  atomlo.  Mike  Freeman  observed,  for  example,  that  there  are 
Conoepts  (like  TENANT)  that  only  seem  to  make  sense  in  the  context  of  other 
Concepts  (like  RENTAL-AGREEMENT). 

As  far  as  compositional  Concepts  are  concerned,  their  structure  consists 
of  Roles  and  Structural  Descriptions  ("such  that"  clauses)  which  specify  how 
the  parts  of  the  Concept  come  together  to  form  a  whole.  Roles  in  KL-ONE  have 
two  aspects:  a  "member”  aspect  which  determines  what  kind  of  entity  oan  fill 
the  Role,  and  a  "set"  aspect  where  the  fact  that  a  Role  oan  have  several 
fillers  is  taken  into  account.  The  member  aspect  of  Roles  is  characterized  in 
terms  of  a  "value  restriction”  (or  V/R)  which  is  a  function  from  Concepts  and 
Roles  to  Concepts.  For  example,  the  T/R  of  ARCH  and  LINTEL  is  BRICK;  the  V/R 
of  GREEN-ARCH  and  LINTEL  is  GREEN-BRICK.  Note  that  the  same  Role  can  be  used 
in  both  oases;  at  the  Tbox  level,  there  are  no  "looal  Roles”  and  "mods”  links. 
Similarly,  we  can  dispense  with  the  notion  of  "taking  V/R's  conjunctively"  and 
Just  use  the  single  (compositional)  Concept  that  is  the  conjunction. 

Our  feeling  about  "looal  Roles”  is  that  there  is  a  less  impleaentational 
view  of  the  intuition  behind  them.  Vhat  they  are  intended  to  represent  is  the 
faot  that  each  Concept  has  its  own  unique  version  of  a  functional  role  that  is 
inherited  from  some  superior  Concept.  So,  for  example,  we  can  have  a 
FOOTBALL-WIDOW  be  "a  spouse  of  a  football  fan"  or  talk  about  "a  child  of  a 
doctor".  But  "child  of  a  dootor"  is  not  a  different  role  than  "child  of  a 
person"  -  it  is  Just  that  there  are  two  slightly  different  Conoepts  of  the 
fillers  of  the  same  functional  role  in  two  different  Concepts.  (Note  that  one 
can  consider  the  problem  one  of  confusing  the  Si-Net  object-type,  "Role",  with 
real,  honest- to-goodness,  functional  roles  -  what  Roles  were  Intended  to 
represent.)  This  is  what  we  take  "QUA-Concepts"  to  have  been  intended  to 
represent  (in  particular,  we  take  "QUA”  to  be  a  function  from  Concepts  and 
Roles  into  Concepts).  While  the  V/R  of  a  Role  in  a  Conoept  determines  what 
type  of  thing  the  filler  of  the  Role  can  be,  the  QUA-Concept  of  a  Role  in  a 
Concept  is  defined  as  the  thing  that  fills  the  Role,  whatever  it  may  be.  One 
thing  that  distinguishes  QOA-Conoepts  from  Roles  themselves  is  that  Roles  also 
have  a  set  aspect,  whloh  we  now  examine. 

Currently,  the  set  aspect  of  Roles  is  characterized  in  terms  of  a  "number 
restriction"  (or  #/R)  which  is  a  function  from  Conoepts  and  Roles  to  integer 
Intervals.  The  Interval  is  Intended  to  bound  the  size  of  the  set  of  the 
individual  role  fillers  that  are  associated  with  an  instance  of  the  Concept. 
For  example,  the  #/R  of  MAMMAL  and  LEG  might  be  <2,4>  while  that  of  QUADRUPED 
and  LEG  is  <4,4>.  Again,  the  same  Role  can  be  used  in  both  oases. 

Without  even  worrying  about  properties  of  sets  other  than  cardinality,  a 
number  of  design  decisions  arise  with  respect  to  number  restrictions.  One  way 
of  looking  at  a  #/R  is  as  a  description  of  the  size  of  a  set.  This 
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Immediately  suggests  more  general  forms  of  descriptions  such  as  "an  animal 
with  an  even  number  of  legs"  or  "an  animal  with  either  2  or  more  than  6  legs”. 
Taking  this  to  the  extreme,  we  might  define  BIPED  as  "an  animal  with  as  many 
legs  as  there  are  prime  numbers  between  14  and  22".  If  the  Tbox  is  supposed 
to  know  that  BIPED  is  subsumed  by  "an  animal  with  either  2  or  4  legs",  we  are 
assuming  a  lot  more  competence  than  the  ability  to  notice  that  one  interval 
falls  within  another.  In  the  general  case,  the  subsumption  question  becomes 
undecidable. 

One  possibility  proposed  by  Danny  Bobrow  is  to  treat  the  above  BIPED 
Concept  as  quite  different  from  "an  animal  with  2  legs"  even  though  we,  with 
our  knowledge  of  number  theory,  know  that  they  describe  the  same  class  of 
animals.  The  point  is  that,  as  number  restrictions,  ”2”  and  "the  number  of 
prime  numbers  between  14  and  22"  are  incomparable  since  they  are  structurally 
quite  different.  So,  the  question  as  to  whether  one  number  restriction  is 
stronger  than  another  reduces  to  a  recursive  question  as  to  whether  a  number 
Concept  is  subsumed  by  another  and  can  use  all  the  same  Tbox  machinery  as 
before.  For  this  to  be  well-defined,  however,  there  has  to  be  some  level  of 
#/R  that  does  not  require  a  recursive  analysis  of  number  Concepts.  At  this 
level,  the  Tbox  uses  numbers  (for  example,  the  standard  min-max  interval) 
without  conceptualizing  them. 

The  notion  of  #/R  raises  some  interesting  problems  regarding  the  nature 
of  subsumption  itself.  The  BIPED  example  above  suggests  that  subsumption  is 
based  only  on  the  structure  of  the  Concepts  and  not  on  their  meaning.  What 
then  can  and  cannot  be  concluded  about  meaning  from  subsumption?  For  example, 
if  we  have  Concepts  standing  for  sentences  and  one  subsumes  the  other,  can 
anything  be  said  about  the  relationship  between  their  truth  values?  As  Mike 
Freeman  observed,  the  subsumption  lattice  seems  to  be  related  to  a  lattice  of 
implication  but  not  in  any  immediate  or  obvious  way.  (Our  feeling  here  is 
that  the  implication  relationships  between  sentences  are  part  of  the  domain  of 
the  Abox,  not  the  Tbox.) 

Again  related  to  the  #/R  issue,  when  do  we  want  to  say  that  a  Concept 
like  "an  X  such  that  P"  subsumes  "an  X  such  that  Q”  for  some  Structural 
Descriptions  P  and  Q?  One  possible  answer  is  that  the  former  subsumes  the 
latter  when  the  sentence  P  subsumes  the  sentence  Q  (given  a  structural 
criterion  for  subsumption  over  sentences);  another  answer  might  be  whenever  Q 
logically  implies  P;  still  another,  might  be  whenever  the  Tbox  can  conclude  P 
from  Q  (under  some  resource  limitations). 

Given  that  subsumption  partially  orders  the  set  of  Concepts,  the  only  way 
two  Concepts  can  be  mutually  subsuming  is  when  they  are  the  same  Conoept.  So, 
for  example,  if  "an  X  such  that  P”  and  "an  X  such  that  Q”  are  mutually 
subsuming,  then,  in  fact,  there  is  only  one  Concept  here,  the  canonical  form 
of  both  of  these.  As  Bill  Woods  notes,  this  may  be  a  problem  when  the  notion 
of  subsumption  is  powerful  enough  since  it  may  be  undecidable  how  to  represent 
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a  Concept  described  by  "an  X  such  that  PM  since  this  involves  locating  its 
canonical  form. 

So  far  we  have  shown  how  "mods"  links  can  be  understood  in  terms  of  the 
V/R  and  #/ R  functions  which  take  both  Concepts  and  Roles  as  arguments. 
Differentiation,  on  the  other  hand,  is  what  is  used  to  actually  introduce  new 
Roles.  As  with  Concepts,  we  envision  two  kinds  of  Roles,  oompositional  and 
primitive,  introduced  by  two  kinds  of  differentiation.  Compositional 
differentiation  defines  a  new  Role  by  restricting  the  V/R  of  an  existing  one. 
For  example,  a  MALE  CHILD  of  a  person  is  a  CHILD  that  is  male.  This  Role  is 
compositional  since  the  condition  is  both  necessary  and  sufficient.  Primitive 
Roles,  on  the  other  hand,  are  really  "new"  in  that  no  sufficiency  conditions 
are  present.  For  example,  the  PRESIDENT  of  a  company  might  be  introduced  as  a 
special  OFFICER  of  the  company.  Just  as  we  can  imagine  all  Concepts  as  being 
subConcepts  of  some  primitive  Concept  THING,  we  can  imagine  all  Roles  having  a 
primitive  Role  PART  as  their  ancestor. 

This  completes  the  discussion  of  the  components  of  the  Tbox.  It  does, 
unfortunately,  leave  a  number  of  issues  unresolved.  Very  little  has  been  said 
about  the  nature  of  Structural  Descriptions.  To  a  certain  extent,  these 
depend  on  an  analysis  of  propositions  for  the  Abox.  Because  Structural 
Descriptions  accentuate  the  interdependence  of  Roles,  we  will  probably  also 
want  to  have  a  method  of  introducing  large  conglomerates  of  Roles  and  Concepts 
in  an  Incremental  (and  maybe  mutually  recursive)  fashion.  The  naming  problems 
here  start  to  become  quite  significant.  In  fact,  the  whole  issue  of  names  has 
not  been  addressed  at  all.  Our  feeling  is  that  names  do  not  belong  in  the 
Tbox  since  they  are  handles  that  refer  to  Concepts  or  Roles  in  the  Tbox. 
However,  primitive  Concepts  and  Roles  are  somewhat  like  lists  in  LISP:  because 
there  can  be  two  of  them  with  identical  structure,  the  only  way  to  be  sure  you 
are  getting  the  same  one  repeatedly  is  to  name  it.  Compositional  components, 
on  the  other  hand,  need  never  be  named  since  they  can  always  be  referred  to 
unambiguously  by  their  structure,  much  like  atoms  in  LISP.  At  any  rate,  the 
part  of  KL-ONE  that  deals  with  names  does  not  seem  to  fit  comfortably  in 
either  the  Tbox,  Abox  or  at  the  Si-Net  level. 


Desiderata  for  a  KL-ONE  Assertlonal  Component 

The  Assertlonal  Component  (Abox)  is  concerned  not  with  concepts  (terms), 
but  with  sentences.  It  uses  terms  from  the  Tbox  to  say  things  about  the  world 
-  to  make  statements  that  can  actually  be  believed  by  the  system  (the  Tbox 
itself  makes  no  commitments  to  belief) . 

We  think  of  the  world  as  composed  of  Individuals  and  relations  among 
them.  We  want  the  Abox  to  be  a  possibly  incomplete  model  of  the  world  (and 
perhaps  other  possible  worlds).  This  has  two  important  consequences: 
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o  the  structure  of  the  Abox  i.e.,  knowledge  of  the  world,  does  not 
neoessarlly  Batch  the  structure  of  the  world  itself;  it  just  has  to 
say  things  about  the  world; 

o  we  need  a  way  to  sake  weak  statements  in  the  Abox,  for  example, 


.  statements  that  do  not  mention  any  particular  Individuals  (e.g., 
existential  and  universal  statements) 

.  disjunctions, 

.  and  negations . 

KL-ONE  has  bad  a  crude  Abox  all  along,  comprising  Nexuses  and  Contexts. 
Unfortunately,  this  framework  foroes  us  to  make  statements  about  particular 
individuals.  In  other  words,  while  the  ourrent  KL-ONE  mechanism  may  be 
sufficient  for  making  certain  strong  statements  about  the  world,  it  will  often 
force  us  into  having  too  much  information.  We  propose  dropping  the 
Nexus/Context  mechanism  altogether,  in  favor  of  a  language  with  emphasis  on 
weak  statements.  This  is  a  prescription,  it  seems,  for  a  language  like  that 
of  First-Order  Predicate  Logic  (FOPL).  However,  our  motivation  here  is  the 
ability  to  make  weak  statements.  The  language  of  FOPL  is  not  necessarily  the 
right  answer  (it  has  its  own  problems;  in  particular  all  predicates  have  equal 
status);  however,  some  language  of  this  type  is  needed. 

Finally,  we  must  consider  propositions  as  conceptual  entities.  It  is 
necessary  to  be  able  to  consider  a  proposition  without  asserting  it  as 
holding.  Thus  it  appears  that  the  conceptual  content  of  sentences  to  be 
asserted  must  be  available  in  the  Terminological  component,  freed  from  any 
assertlonal  consequences.  If  there  were  structures  for  propositions  in  the 
Tbox,  it  would  appear  that  the  Abox  would  be  quite  simple  in  structure:  all 
propositions  to  be  asserted  would  be  formed  in  the  Tbox,  and  the  Abox  would 
simply  contain  assignments  of  truth  values  to  those  propositions  ("true” 
assigned  to  a  proposition  would  constitute  belief  in  that  proposition). 


Assertlonal  Issues 

One  of  the  first  issues  that  this  divergence  from  the  Nexus/Context 
"party  line*  raises  is  the  addition  of  a  substantially  different  type  of 
entity  to  the  Tbox.  We  must  distinguish  between  propositions  -  "proper 
objects  of  belief",  as  David  Israel  puts  it  -  and  terms,  which  oannot  be 
asserted.  Rusty  Bobrow  would  prefer  to  see  a  scheme  with  more  of  the  flavor 
of  the  old-style  Nexuses,  wherein  "object-centered"  statements  are  given  a 
prominent  plaoe.  In  particular,  propositions  would  be  handled  just  as 
Conoepts  currently  are.  It  is  dear  that  a  more  FOPL-like  language  could 
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handle  the  exlstenoe  and  coreferentiallty  statements  that  Nexuses  and 
Description  Vires  specialized  in;  moreover,  it  might  be  argued  that  any  notion 
of  a  speoial  representation  giving  proalnence  to  objeot-centered  stateaents  is 
an  Si-Net  iapleaentation  consideration. 

The  proposal  to  handle  propositions  as  Concepts  (and  not  as  syntaotlcally 
distinct  Tbox  objects)  deaands  an  accounting  of  the  aeaning  of  connecting 
propositional  Concepts  to  Nexuses.  One  suggestion  is  that  we  consider  the 
interpretation  of  such  Conoepts  to  be  as  "holdings",  so  that  to  assert  a 
proposition  one  would  connect  the  Conoept  for  it  to  a  Nexus,  thereby  stating 
that  a  "holding"  of  the  proposition  "exists".  Once  again,  the  notion  of  a 
proper  object  of  belief  comes  in  -  can  one  maintain  this  similarity  without 
forcing  "things"  (objects,  etc.)  to  be  objects  of  belief?  It  is  generally 
agreed  that  the  objects  of  belief  are  proposition-like  and  not  thing-like  (one 
can  believe  "John  is  tall",  but  not  "John").  Whether  or  not  the  syntax  of 
proposition-like  things  and  objeot-like  things  is  different,  all  agree  that 
any  reasoning  mechanism  using  them  must  be  able  to  tell  the  difference.  It 
seems  straightforward  to  manifest  this  distinction  in  the  syntax  of  the  Tbox, 
although  one  could  imagine  a  reasoning  mechanism  knowing  that  subConcepts  of 
the  Concept  PROPOSITION  were  to  be  treated  differently  from  all  other 
Concepts.  It  is  quite  possible  that  propositions  are  important  enough  in  an 
"epistemological"  sense  to  justify  providing  additional  syntax  for  them. 

One  issue  in  the  debate  over  whether  Propositions  constitute  a  syntactic 
type  distinot  from  Conoepts  is  the  meaning  of  certain  taxonomic  relations  when 
composing  them.  Is  the  proper  interpretation  of  multiple  superConoepts  for 
Proposition-Concepts  the  logical  AND  of  the  parent  Proposition-Concepts?  By 
the  same  token,  is  the  interpretation  of  multiple  subConcepts  of  Proposition- 
Conoepts  their  logical  OR?  The  notions  of  description  composition  (as  in 
e.g.,  STUDENT&TAXIDRIVER )  and  logical  conjunction  ( IT-IS-RAINING  &  IT-RAINED- 
YESTERDAY)  are  very  similar.  One  component  of  the  community  would  like  to  see 
the  same  mechanism  used  to  handle  both.  If  there  is  a  notion  of  combining 
propositions  to  make  compositional  propositions  that  is  different  from  simple 
conjunction  of  truth  values,  then  the  proposition-as-Concept  idea  won't  work. 
Perhaps  the  two  could  share  an  implementation  mechanism,  but  that  should  be 
independent  of  their  real  conceptual  similarities  and  differences. 

Another  question  that  arises  when  considering  propositional  objeots  is 
whether  or  not  there  is  a  fixed  set  of  proposition-forming  operators.  For  a 
given  logic,  one  fixes  the  set  of  special  logical  symbols  in  advance.  Is  this 
necessary  here?  Should  there  be  an  easy  way  to  extend  the  set  of  logical 
operators?  One  proposal  is  that  KL-ONE  come  equipped  with  a  set  of  primitive 
Concepts  that  represent  a  basic  set  of  proposition- forming  operators  (like  it 
does  for  LISP  datatypes).  Slnoe  these  would  be  Conoepts,  one  oould  easily 
extend  the  set  to  inolude  new  operators. 

David  Israel  suggests  that  perhaps  a  single  proposition- forming  operator 
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-  "APPLY"  -  would  be  sufficient.  APPLY  could  use  Concepts  like  AND  to 
construct  propositions.  It  was  said  that  there  is  sons  psychological  evidence 
that  the  set  of  proposition-forming  operators  develops  in  people  over  tine; 
perhaps  this  is  some  Indication  that  Concepts  like  AND  and  OR  are  the  right 
way  to  pursue  this. 

One  final  question  has  been  addressed  here:  what  plaoe  do  reasoners  play 
in  a  knowledge  representation  system  like  KL-ONE?  The  classifier  is  provided 
as  a  part  of  the  knowledge  representation  system,  since  it  implements  a 
logical  capability  that  has  been  determined  to  be  part  of  the  kernel  of  KL-ONE 
(i.e.,  description  subsumption  based  on  structure  of  Conceptual  "terms").  Are 
there  other  types  of  reasoning  that  should  be  provided  in  a  similar  fashion? 
One  faction  of  the  community  holds  that  paying  attention  to  reasoners,  per  se, 
is  misleading.  They  are  generally  conceived  of  as  things  that  make  use  of  a 
representation  over  a  particular  domain,  but  do  not  have  anything  to  say  about 
what  we  want  to  be  able  to  express.  On  the  other  hand,  the  respondents  feel 
that  propositions,  for  example,  "get  their  life"  only  from  the  reasoners  that 
use  them.  One  point  of  confusion  here  is  the  Incomparability  of  the 
classifier  with  say,  a  natural  language  reasoning  system:  as  stated  above,  the 
classifier  is  an  implementation  of  a  oertain  functionality,  one  that  gives  the 
representation  language  part  of  its  meaning.  Reasoning  mechanisms  that  deal 
with  domains  bear  no  such  special  relationship  to  the  language. 
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1.2  The  Role  of  the  Reallser  in  EL-ONE 


Chaired  by  William  Mark  (ISI) 


[Note:  Bill  Mark  began  this  session  with  a  seminar  on  "Realisation",  a 
process  that  attributes  new  descriptions  to  individuals  as  a  system 
learns  about  them  (see  Mark's  paper  on  page  78).  The  following  report 
assumes  that  the  reader  is  familiar  with  that  material.] 

The  appropriate  role  of  realization  in  KL-ONE  depends  on  how  much  of  its 
activity  is  (1)  necessary  according  to  the  definition  of  KL-ONE,  (2)  useful  as 
support  for  anv  reasoner  using  KL-ONE,  and  (3)  useful  as  support  for  speoific 
reasoners  using  KL-ONE  (e.g.,  Consul).  These  issues  must  be  explored  for  both 
realization  in  general  and  for  the  limited  form  of  realization  described  in 
Mark's  "Realization"  paper. 

The  first  issue  can  be  explored  in  analogy  with  classification:  if 
assertion  is  as  much  a  part  of  the  KL-ONE  language  as  definition  by 
composition,  then  realization  is  as  necessary  to  the  formalism  as 
classification.  Put  another  way,  "if  there  is  any  meaning  for  assertions, 
there  is  an  aspect  of  realization  that  goes  part  and  parcel  with  assertion  and 
not  with  reasoning"  (R.  Brachman) .  That  is,  Just  as  the  classifier  maintains- 
-ln  fact  defines — the  intensional  knowledge  structure  of  KL-ONE,  some  part  of 
the  system  must  maintain  (and  thus  define)  the  extensional  structure. 
Otherwise,  assertion  will  have  no  enforced  meaning  in  the  language.  For 
example,  if  KL-ONE  had  a  mechanism  for  stating  and  asserting  propositions,  and 
if  P(x)  and  Q(x)  were  asserted,  the  assertion  of  the  conjunction  P(x)&Q(x) 
would  presumably  be  considered  part  of  the  language,  and  would  presumably  be 
part  of  the  realization  task.  The  argument  here  is  that  if  the  language 
allows  assertions,  it  must  provide  and  enforce  a  semantics  for  them— otherwise 
they  have  no  explicit  meaning  in  the  language,  and  are  therefore  not  really 
part  of  it. 

This  argument  applies  to  KL-ONE  as  a  formalism  with  well-defined 
semantics  for  definition  and  assertion;  it  is  somewhat  hampered  in  the  ourrent 
KL-ONE  by  the  lack  of  a  fully  developed  definition  scheme,  and  especially  by 
the  glaring  lack  of  a  thoroughgoing  assertional  mechanism.  The  argument  is 
further  muddled  by  the  necessity  of  limiting  both  classification  and 
realisation  in  order  to  achieve  computational  feasibility.  That  is,  even  when 
we  know  what  is  right,  we  cannot  always  do  it,  nor  (in  some  cases)  do  we  ever 
expeot  to  be  able  to. 

For  example,  the  olaasifler  is  supposed  to  be  responsible  for  all 
intensional  reasoning  and  the  realizer  for  all  extensional  reasoning. 
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However,  it  may  well  be  the  case  that  some  forms  of  necessary  intenslonal 
reasoning  are  too  expensive  to  perform  every  time  they  are  possible,  but  are 
practical  if  called  on  only  to  support  necessary  extenslonal  reasoning.  This 
occurs  in  the  current  classification/realization  scheme  with  respect  to  ooamon 
subconoept  creation.  All  common  subooncepts  should  be  explicitly  represented 
in  the  network,  since  they  are  "always  there”  lntenslonally.  Lacking  this, 
the  classifier  should  always  know  about  them  implicitly,  perhaps  creating  them 
whenever  necessary  to  support  a  speolfic  classification.  Unfortunately,  in 
Consul  we  find  both  of  these  methods  impractical.  Common  subconcept  creation 
therefore  occurs  only  as  required  by  realization,  thus  blurring  the  boundary 
between  intenslonal  and  extenslonal  representation  requirements. 

In  the  world  of  limited  realization  and  limited  classification  with 
respect  to  a  limited  formalism,  the  issue  of  necessity  to  language  definition 
is  ill  formed.  The  question  becomes  whether  it  is  better  to  make  limited 
realization  part  of  the  language  definition  or  to  allow  (force)  each  user  of 
the  language  to  provide  his  own  mechanism  (or  perhaps  omit  it,  thus  possibly 
changing  the  language  definition).  I  would  argue  that  it  is  much  better  to 
provide  the  Incomplete  mechanism  as  a  standard — to  reduce  the  front-end  burden 
of  using  the  language,  to  maintain  commonality  of  the  language  definition 
across  applications,  and  to  ensure  that  the  necessary  processing 
considerations  appropriately  influence  the  language  design.  Moreover,  1  would 
make  the  stronger  statement  that  the  Consul  realizer  represents  a  necessary 
first  step  for  any  realization  scheme.  I  think  that  all  of  what  it  does  must 
be  done  in  any  KL-ONE  based  system  that  uses  the  RSR  and  nexus  features  of  the 
language. 

There  is  still  a  problem  with  that,  though— a  problem  of  efficiency: 
does  the  realizer  do  enough  good  things  to  Justify  its  use?  The  Consul 
realizer  certainly  provides  the  realizations  that  Consul  needs;  it  also 
provides  many  realizations  that  Consul  never  uses.  In  the  case  of  Consul, 
this  "inefficiency"  is  totally  justifiable  because  (1)  we  have  no  way  of 
knowing  which  realizations  we  will  end  up  using,  and  therefore  have  no 
criteria  for  eliminating  some;  and  (2)  we  definitely  need  the  information 
produced  by  the  realizer,  and  know  of  no  other  way  to  obtain  it.  But  in  other 
systems— especially  those  able  and  willing  to  use  more  domain-specific 
shortcuts— it  may  be  possible  to  do  all  of  the  necessary  extenslonal  reasoning 
without  resorting  to  realization.  This  would  undoubtedly  be  a  more  efficient 
mechanism  for  doing  this  kind  of  reasoning,  but  it  would  also  undoubtedly  be 
less  general,  less  principled,  etc.  The  position  taken  in  Consul  is  that  the 
realizer  is  the  only  reasonably  general  mechanism  for  providing  the 
information  we  need,  and  that  it  is  not  so  costly  that  it  cannot  be  used. 
Finer  Judgement  on  this  issue  must  await  more  experience. 

All  of  the  disoussion  so  far  applies  only  to  the  first  issue:  realizer 
aotions  required  by  the  definition  of  KL-ONE— insofar  as  these  oan  be 
determined  for  the  current  KL-ONE.  There  is  one  area,  the  escape  mechanism  of 
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executing  procedures  attaohed  to  paralndividuals ,  where  the  Consul  realiser 
goes  beyond  this.  This  is  oertainly  support  for  extrinsic  reasoning  rather 
than  support  for  the  formalise  itself.  I  think  it  applies  to  outside 
reasoners  in  general:  it  is  a  "hook"  for  any  kind  of  reasoner  to  do  processing 
outside  of  the  formalism.  It  is  the  only  suoh  support  faoility  in  the  ourrent 
realizer,  and  I  think  it  is  a  necessary  one  (see  the  next  section). 

Kith  regard  to  the  issue  of  how  much  of  the  Consul  realizer  is  specific 
to  the  reasoning  processes  of  Consult  I  would  say  none  at  all.  I  could  not 
argue  that  the  whole  realizer  might  not  have  been  designed  differently  for  a 
different  application,  but  there  is  no  specific  part  of  the  existing  program 
that  has  any  special  connection  to  Consul. 


Extensions 

Possible  extensions  to  the  realizer  fall  into  several  categories: 


o  extending  use  of  propositions; 

o  taking  into  account  Information  about  real  world  "environments”  and 
groups  of  nexuses; 

o  dealing  with  a  larger  class  of  differences  when  comparing  an  inoomlng 
description  with  descriptions  already  known  to  describe  certain 
nexuses ; 

o  broadening  the  class  of  extensional  reasoning  done  in  the  realizer; 

o  dealing  with  beliefs. 

KL-OHE  must  certainly  extend  its  ability  to  represent  and  assert 
propositions.  As  mentioned  earlier,  there  are  several  implementation 
proposals  for  this  in  the  making  (see  the  summary  of  the  technical  discussion 
on  assertions,  Section  1.1,  page  8).  When  either  (or  both)  of  these  proposals 
are  incorporated  into  the  language,  the  realizer  must  be  enhanoed  to  take 
general  propositions  into  account.  The  difficulty  of  providing  this  facility 
depends  on  what  the  propositions  are  about:  if  they  refer  to  a  single  nexus, 
handling  them  is  well  within  the  existing  operational  framework;  if  not,  the 
realizer  will  have  to  have  new  ways  for  finding  the  information  that  is 
relevant  to  a  particular  realization. 

For  example,  as  Hector  Levesque  points  out,  we  must  be  able  to  represent 
statements  about  partial  knowledge,  suoh  as  "there  are  no  white  oowa  in  the 
field"  or  "messages  from  Smith  are  usually  short  enough  to  display  on  my 
screen".  Systems  must  also  deal  with  statements  about  real  world 
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environments ,  configurations  of  objects,  eto.  For  the  realizer,  the 
difficulty  is  how  to  use  this  knowledge  onoe  it  has  been  asserted. 
Propositions  like  the  one  about  messages  froa  Smith  must  influence  other 
realizations  and  must  ultimately  influence  externally  observable  system 
actions. 

This  adds  a  new  dimension  to  realization.  The  realizer  trill  have  to 
consider  real  world  entitles  and  descriptions  that  are  only  indireotly  related 
to  incoming  real  world  entitles  and  descriptions.  For  example,  realization 
with  respect  to  some  context  will  have  to  take  into  account  propositions  about 
that  context,  and  perhaps  other  objects  in  that  context  (if  we  know  that  one 
of  the  three  people  in  the  room  is  the  murderer  and  decide  which  two  people  in 
the  room  are  not  murderers,  then  we  know  who  can  be  described  as  the  murderer, 
etc. ) 

Realization  by  checking  RSR  constraints  is  a  well  contained  problem. 
Extending  realization  to  take  into  account  the  assertion  of  propositions, 
environments,  etc.,  will  make  realization  more  complex,  but  the  mechanisms 
needed  are  fairly  well-understood  and  their  incorporation  is  foreseeable.  The 
next  step,  presumably  something  to  do  with  the  use  of  non-propositional 
descriptive  information,  is  a  bit  more  difficult  to  formulate.  The  realizer 
presumably  should  do  something  when  the  "realization  set"  (the  almost  sub-  and 
superconoepts  of  the  lnoomlng  description)  contains  differences  involving 
presence  of  additional  roles,  more  restrictive  VR's,  etc.  The  definition  of  a 
clean  mechanism  for  doing  this  is  not  obvious,  at  least  at  present. 

No  matter  what  is  suggested  for  incorporating  wider  classes  of 
propositional  and  non-propositional  descriptions  into  the  realization  scheme, 
I  would  suggest  that  there  will  always  be  a  need  for  "hooks”  that  connect 
extrinsic  reasoning  processes  to  realization.  Even  in  the  unlikely  event  that 
we  figure  out  how  to  represent  everything  we  want  in  KL-ONE,  there  will  always 
be  a  need  to  shortcut  reasoning  processes  based  on  KL-ONE  alone  in  order  to 
achieve  efficiency,  make  use  of  existing  reasoners  or  special  hardware,  etc. 
The  problem  is  to  keep  these  hooks  appropriately  isolated,  to  keep  the 
extrinsic  knowledge  highly  visible,  and  to  allow  it  to  be  used  only  in  a 
constrained  manner  (e.g.,  I  do  not  think  we  would  ever  want  an  extrinsic 
reasoner  to  be  able  to  alter  network  definitions). 

Another  possible  area  for  extension  of  the  realizer  is  the  incorporation 
of  addi tonal  Inferential  capabilities.  One  example  of  an  inferential 
capability  that  is  clearly  related  to  realization  but  is  not  handled  by  the 
ourrent  realizer  is  deciding  that  two  entities  previously  thought  to  be 
dlstinot  are  in  faot  the  aame~and  then  Implementing  that  deoislon  by  merging 
the  relevant  nexuses  (or  something).  Another  example  suggested  by  Rusty 
Bobrow  would  use  network  relationships  to  deoide  that  "if  A  exists,  then  so 
does  B"  (e.g.,  if  A  is  a  See  Event  and  B  is  a  Message  that  fills  its  objeot 
role).  Still  another  example  suggested  by  Danny  Bobrow  is  inference  on  the 
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basis  of  knowledge  about  sets:  if  a  SeeAllMessagesInMailbox  Event  bad  been 
applied  to  a  Mailbox,  then  you  could  oonclude  that  a  Message  in  that  Mailbox 
had  been  seen  without  an  explicit  representation  of  that  fact.  Doubtless 
there  are  many  acre  examples. 

I  can  think  of  no  principled  reason  not  to  move  the  realizer  in  the 
direction  of  broadened  extensional  reasoning.  The  above  examples  of 
inferential  capability  are  not  fundamentally  different  from  the  kind  of 
reasoning  that  currently  goes  on  in  the  realizer— they  are  just  elaborations. 
I  see  the  realizer  continually  growing  as  long  as  Interested  parties  add  such 
capabilities  to  the  current  scheme.  However,  this  will  make  it  Increasingly 
difficult  to  maintain  a  separation  between  realization  and  application- 
dependent  reasoning. 

Finally,  an  interesting  area  of  future  research  with  direct  bearing  on 
realization  is  the  representation  of  belief.  In  many  systems  it  is  useful  to 
model  all  descriptions  of  the  real  world  in  terms  of  belief.  This  gives  rise 
to  the  problem  of  representing  multiple  beliefs  about  a  single  real  world 
entity.  Attaching  descriptions  to  real  world  entities  must  take  into  aocount 
the  belief  framework  in  which  the  description  occurred.  There  must  be  rules 
for  assuming  belief  in  one  framework  into  belief  in  another,  rules  about  when 
beliefs  confllot,  etc.  Muoh  of  this  processing  is  beyond  the  realm  of 
realization  (it  must  involve  domain-dependent  reasoning).  However,  the 
realization  scheme  must  provide  an  adequate  foundation  in  which  belief- 
oriented  reasoning  can  take  place. 
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1.3  Individuality  In  KL-ONE 

Chaired  by  William  Hark  (USC/ISI) 


Introduction 

Despite  the  fact  that  individual  concepts  (IC's)  are  a  well  defined  part 
of  the  KL-ONE  formalism  [1],  there  has  been  (and,  to  some  extent,  continues  to 
be)  debate  about  the  representational  functionality  of  individuality  in 
KL-ONE:  the  meaning  of  IC's,  the  possible  need  for  additional  mechanisms  to 
express  facts  about  individuality,  relationships  to  formal  logic,  etc.  This 
paper  discusses  some  of  the  facets  of  this  debate,  some  of  the  decisions  that 
have  been  made,  and  some  of  the  issues  that  remain  unresolved. 


The  Need  For  Individual  Descriptions 

Everyone  agrees  on  the  need  for  some  representation  of  individuality  in 
KL-ONE.  In  order  to  make  certain  deductions  about  objects,  it  is  necessary 
for  a  reasoner  to  know  whether  a  description  can  apply  to  only  one  object  in 
the  world  or  to  a  variety  of  objects  in  the  world.  For  example,  "uniqueness 
of  reference"  is  required  in  order  to  decide  whether  an  object  oan  be 
described  as  "filling  the  role"  of  a  description  of  another  object.  Figure  1 
shows  a  KL-ONE  description  involving  several  concepts  and  The  specified 
description  of  nexus  N1  could  be  paraphrased  as  "seeing  a  message  from  Jones"; 
the  description  of  N2  is  "a  message  from  Jones".  Now,  under  what 
clrcumstanoes  can  we  say  that  the  object  represented  by  N2  has  been  "seen", 
l.e.,  has  filled  the  objeot  role  of  a  See  Event?  Certainly  not  when  all  we 
know  is  the  generic  description  of  N2:  N2  is  merely  desoribed  as  "Message '- 
ish";  the  use  of  that  description  as  the  VR  of  the  object  role  of  See  Event' 
is  part  of  the  definition  of  See  Event',  not  a  statement  about  N2.  In  order 
to  say  that  the  entity  represented  by  N2  is  the  objeot  of  the  entity 
represented  by  N1  (described  as  See  Event'),  it  is  necessary  that  Message' 
refer  to  at  most  one  nexus.  If  Message'  could  not  possibly  desoribe  any  other 
nexus  besides  N2,  N2  must  be  the  thing  that  is  the  objeot  of  See  Event'.  This 
sort  of  deduction  is  certainly  necessary  for  realization  (see  Mark's  paper  on 
"Realization",  page  78)  and  presumably  for  other  reasoning  processes  as  well. 
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FIG.  1.  THE  MEANING  OF  DESCRIPTIONS  IN  KL-ONE 


Problems  With  KL-ONE  IC'e 

This  "uniqueness  of  reference"  property  is  certainly  the  purpose  of 
KL-ONE  IC’s:  an  IC  is  Intended  to  be  a  description  that  can  be  wired  to  at 
■oat  one  distinct  nexus  in  any  context.  Unfortunately,  IC’s  have  two 
shortcomings  that  prevent  their  use  for  this  purpose  in  the  Consul  system: 


o  the  assertion  of  deseriptional  individuality  whioh  is  oarried  by  an 
IC  is  not  relative  to  a  specific  oontext  or  contexts; 

o  IC's  cannot  be  further  specialized. 

It  is  often  useful  to  speolfy  descriptions  that  are  known  to  "refer  uniquely" 
under  soae  (extenslonal)  olrouastanoes ,  but  not  others.  This  is  not  part  of 
the  KL-ONE  IC  aeohanisa;  IC's  are  aeant  to  be  individual  in  every  oontext. 
Also,  there  seeas  to  be  no  intrinsic  reason  why  individuality  should  be 
related  to  soae  property  of  ultiaate  specialization:  the  system  sight  dlsoover 
a  aore  speolfio  version  of  an  Individual  description.  These  two  points  are 
interrelated  in  that  when  individuality  is  relative  to  a  context  it  sight  be 
useful  to  preserve  the  aore  general  IC  in  a  "base  context"  while  further 
refining  it  to  be  uniquely  descriptive  in  later  oontexts  (see  the  section 
"Individuality  and  the  KL-ONE  Foraallsa”,  page  28). 
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The  iaaue  of  further  apeelalization  oan  be  addressed  by  choosing  to 
simply  copy  an  existing  IC  and  then  further  expand  on  it,  rather  than  using 
Inheritance  and  further  specialization  of  IC'a.  This  oould  in  fact  be 
considered  aore  appropriate  if  there  is  no  reason  that  IC  s  should  be  able  to 
subsume  other  IC's  for  the  sake  of  proper  taxonomy  or  classification  (this  is 
a  matter  of  continuing  debate). 

Given  the  difficulty  of  specifying  individuality  with  respect  to  a 
context  or  contexts,  and  the  (at  least)  ambiguity  raised  by  the  further 
specialization  problem,  I  proposed  a  different  scheme  for  handling 
individuality  in  the  Consul  system— one  that  totally  eschews  KL-ONE  IC's. 


Individuating  Conoepta 

In  Consul,  all  descriptions  are  via  KL-ONE  Generic  Concepts.  Some  of 
these  have  inheritable  attached  data  oalled  "ISpecs".  An  ISpec  on  a 
description  associates  sets  of  contexts  with  sets  of  constraints.  The 
constraints  associated  with  a  context  or  contexts  in  an  ISpec  are  equivalent 
to  an  appeal  to  an  external  process  to  determine  whether  the  description 
describes  uniquely  in  the  corresponding  context(s).  When  any  reasoning 
process  (e.g. ,  the  realizer — see  page  78)  wants  to  determine  whether  the 
description  refers  uniquely  in  a  context,  it  checks  to  see  if  the  contextual 
constraints  specified  in  the  ISpec  are  true  of  the  context  and  the  structural 
constraints  are  true  of  the  description. 

Currently,  the  structural  constraints1  used  in  Consul  ISpecs  are  of  two 
types: 


o  a  set  of  roles  of  the  candidate  description  whose  VR's  must  refer 
uniquely  in  the  given  context; 

o  an  additional  description  which  must  be  satisfied  by  the  denotation 
of  the  candidate  nexus  in  the  given  context. 

In  addition,  numbers  and  strings  are  always  individual  descriptions. 

The  basic  process  for  determining  whether  a  description  is  uniquely 
descriptive  in  some  oontext  runs  as  follows: 


1  The  contextual  constraints  are  not  worth  dlsoussing— the  only  type  allowed 
now  is  a  list  of  context  names.  In  order  for  the  constraint  to  be  satisfied, 
the  name  of  the  context  of  interest  must  be  on  the  list. 
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1 .  If  the  description  is  already  wired  to  more  than  one  Mutually 
distinct  nexus  in  the  candidate  context,  then  either  decide  to  aerge 
the  nexuses  or  trivially  conolude  that  the  description  is  not 
uniquely  descriptive; 

2.  If  the  ISpec  specifies  a  set  of  roles,  and  each  role  has  a  VR 
description  that  is  uniquely  descriptive  in  the  candidate  oontext, 
then  oonolude  that  the  description  is  uniquely  descriptive  (this  is 
basically  a  structural  recursion  that  terminates  with  strings  or 
numbers) ; 

3.  If  the  ISpec  specifies  an  additional  description  and  the  additional 
description  is  satisfied  by  the  denotation  of  the  described  nexus  in 
the  candidate  context,  conclude  that  the  description  is  uniquely 
descriptive ; 

4.  Otherwise,  oonolude  that  the  description  is  not  uniquely 
descriptive. 

There  seems  to  be  general  agreement  that  this  computable,  context- 
relative  individuality  is  necessary.  However,  there  are  some  problems  with 
the  current  scheme  (mostly  having  to  do  with  "additional  description” 
constraints),  and  some  inadequacies  inherent  in  the  overall  approach. 

The  intent  of  an  additional  "individuating”  description,  say  Message", 
is  to  allow  the  statement  of  constraints  like  "if  the  nexus  described  as 
Message',  say,  a  message  from  Jones,  can  also  be  be  described  as  Message",  a 
message  with  a  unique  message  number  in  some  unique  Individual's  mailbox,  then 
Message'  must  describe  uniquely.  Unfortunately,  this  descriptive  mechanism 
does  not  do  the  job:  no  deductions  based  solely  on  the  external  entities  being 
described  can  suffice  to  prove  the  uniqueness  of  some  internal  description. 
Suoh  deductions  must  take  into  account  the  description  itself  and  the  taxonomy 
in  which  it  is  embedded.  The  "additional  description"  constraint  in  this 
example  only  serves  to  guarantee  that  a  nexus  is  distinct;  the  uniqueness  of 
some  description  of  that  nexus  is  a  different  question. 

For  these  constraints  to  make  any  sense  at  all,  they  must  apply  to 
descriptions  rather  than  to  the  external  entities  being  described.  That  is, 
the  constraint  would  have  to  be  a  metadesorlption  that  would  have  to  be 
satisfied  by  some  description  as  a  test  for  descriptional  uniqueness. 
Unfortunately,  it  is  not  clear  how  to  do  this  in  the  current  KL-ONE  formalism. 
This  leaves  us  in  the  situation  that  many  (though  not  all)  believe  that  the 
individuation  formalism  must  have  some  constraint  specification  meohanism 
beyond  the  "sets  of  roles"  form— but  no  one  knows  how  to  do  it.  It  is  a 
problem  that  merits  further  research. 

An  Inherent  characteristic  of  the  ISpeo  scheme  is  that  it  can  only  make 
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extrinsic  statements  (for  the  benefit  of  an  interested  extrinsic  reasoner) 
about  the  uniqueness  of  reference  of  particular  descriptions;  it  says  nothing 
about  the  terminological  status  of  individual  descriptions.  This  is  generally 
viewed  as  a  good  thing— the  problem  of  making  such  determinations  for  external 
reasoners  is  seen  as  separate  from  the  "terminological  competence"  problem  of 
deciding  what  individual  concepts  are,  what  their  function  in  the  KL-ONE 
formalism  is,  etc.  That  is,  although  (once  cleaned  up)  this  scheme  of  using 
ISpecs  to  define  "individuating  concepts"  is  useful  and  probably  necessary  for 
reasoning  in  KL-ONE,  it  does  not  solve  the  problems  that  require 
terminological ly  individual  descriptions. 


Individual  Terms 

Consider  the  following  representation  problem  (suggested  by  Richard 
Flkes):  represent  in  KL-ONE  the  concept  "person  with  hometown  T",  where  T  is 
some  (individual)  hometown.  The  scheme  presented  in  the  previous  section 
cannot  be  used  to  do  this;  it  allows  a  given  description  to  be  seen  as  an 
individual,  not  to  be  arbitrarily  created  as  one.  We  need  a  mechanism  for 
expressing  arbitrary  Individual  terms — not  to  use  in  the  kind  of  reasoning 
discussed  in  the  previous  section,  but  to  use  to  form  other  descriptions.  It 
is  thus  analogous  to  the  application  of  the  epsilon  term-forming  operator  of 
first  order  predicate  logic  epsilon  xF(x),  meaning  "some  x  such  that  F(x)". 

This  is  a  Job  for  KL-ONE  IC's.  A  "starred"  IC,  i.e.,  one  arbitrarily 
designated  as  taxonomically  distinct,  can  be  formed  to  represent  any  desired 
Individual  term  (see  Figure  2).  Note  that  we  know  nothing  more  about  the 
description  T  than  that  it  is  "some  individual  town"2. 

A  question  remains  as  to  whether  KL-ONE  needs  "non-starre^"  IC's.  These 
would  be  Individual  terms  formed  not  arbitrarily  (i.e.,  according  to  extrinsic 
principles),  but  compositionally  (according  to  the  normal  principles  of  KL-ONE 
taxonomy).  Their  use  would  thus  be  analogous  to  the  iota  operator  of  first 
order  predicate  l^gic,  lota  xF[x],  "JfchS.  x  such  that  F(x)". 

There  is  general  agreement  that  this  is  in  fact  an  appropriate 
Interpretation  of  non-starred  IC's  in  KL-ONE.  The  question  is  whether  they 
are  necessary  given  the  ISpec  scheme  and  starred  IC's.  A  useful  point  of  view 
(again  generally  agreed  upon)  is  that  the  successful  checking  of  ISpecs  on 
some  description  as  discussed  in  the  previous  section  allows  the  system  to 
form  an  IC  representing  that  description  as  an  i  'ldual  term.  It  must  be  a 


2There  is  some  debate  about  whether  or  not  the  starred  IC  is  merely  the 
terminological  equivalent  of  a  nexus. 
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FIG.  2.  USING  STARRED  IC*S 


direct  Instantiation,  that  is,  no  new  information  (other  than  its 

individuality)  can  be  added.  The  issue  of  whether  IRoles  (or  indeed  any  roles 
on  IC's)  are  necessary  is  still  open.  Also,  there  seems  to  be  no  solid 
viewpoint  on  the  proper  use  of  the  IC  onoe  it  has  been  formed,  given  that  its 
origin  may  depend  on  extenslonal  factors  (e.g.,  contextual  constraints)  that 
are  not  directly  encoded  in  its  definition  as  a  term.  I  think  that  a  good 
summary  of  the  general  viewpoint  would  be  that  compositional  IC's  are  legal 
terms,  but  that  their  appropriate  use  by  the  system  is  unclear.  There  seems 
to  be  no  general  sentiment  that  they  are  absolutely  necessary  to  the 

formalism. 


Individuality  and  the  KL-ONE  Formalism 

There  remain  a  number  of  "larger  issues"  concerning  the  epistemological 
and  semantic  status  of  individuality  in  KL-ONE.  For  this  purpose,  it  is 
useful  to  separate  three  notions  of  individuality: 


1.  descrlptional  uniqueness  independent  of  context; 

2.  descrlptional  uniqueness  dependent  on  context  but  independent  of 
context  state; 

3.  de  facto  descrlptional  uniqueness  in  the  current  state  of  a  given 
context. 


The  first  type  corresponds  to  the  current  KL-ONE  IC's:  If  an  object 
fitting  such  a  description  exists,  then  there  is  at  most  one  such  object  in 
any  context.  Hector  Levesque  points  out  that  such  concepts  have  the  property 
that  their  description  of  a  distinct  nexus  in  some  oontext  is  evldenoe  that 
there  are  and  can  be  no  other  nexuses  which  they  describe  in  that  oontext. 
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Rusty  Bobrov  provides  the  following  analysis  of  the  second  type  of 
individuals:  if  a  generic  conoept  is  viewed  as  a  predicate  G(x),  the  question 
of  individuality  is  whether  there  is  one  and  only  one  object  in  the  context  of 
Interest  that  satisfies  G.  If  we  assume  that  a  context  ia  a  do  no  tonic  ally 
growing  set  of  assertions  describing  a  world,  then  what  we  nean  by  type  two 
individuality  is  that  we  can  prove  by  those  assertions  in  that  oontext  that  if 
there  exists  an  x  suoh  that  G(x) ,  then  in  that  context,  there  is  exactly  one  x 
such  that  G(x).  The  problea  is:  what  assertions  can  we  use  for  this  purpose? 
What  fora  nuat  such  assertions  have?  Does  a  single  description  wire 
constitute  suoh  an  assertion?  If  contexts  are  non-monotonlc ,  then  the 
exlstenoe  of  a  single  description  wire  is  an  assertion  of  a  very  particular 
sort:  it  cannot  be  taken  to  nean  that  there  can  be  no  nore  than  one  such  link, 
but  it  should  be  taken  to  nean  that  at  least  one  object  exists  which  satisfies 
the  predicate  implied  by  the  description  attached  to  the  wire.  On  the  other 
hand,  the  assertion  formed  by  wiring  two  descriptions  to  a  single  nexus  might 
be  enough  to  prove  the  individuality  of  a  single  description. 

To  Tom  Lipkis*  objection  that  this  results  in  individuality  that  is  true 
or  false  depending  on  the  current  state  of  the  context  (i.e.,  that  these  are 
really  type  three  Individuals) ,  Rusty  points  out  that  it  is  really  a  matter  of 
individuality  being  true,  false,  or  unknown.  Since  the  model  described  by  the 
context  is  incomplete  and  growing,  it  is  not  always  possible  to  deduce  whether 
any  given  description  is  Individual.  What  we  are  left  with  is  the  change  from 
not  knowing  to  knowing  (whether  or  not  some  description  is  individual)  as 
further  assertions  are  added  to  the  context.  If  we  can  prove  that  some 
description  is  Individual  (or  is  not  individual)  then  by  monotonlclty  it  will 
remain  Individual  (or  not  individual.) 

This  allows  the  interesting  reading  that  it  is  not  the  individuality  of  a 
description  that  changes  as  assumptions  are  added  to  a  context,  but  only  the 
system's  knowledge  of  individuality.  For  example,  at  one  time  the  system  may 
be  unable  to  prove  a  description  G  is  individual  and  may  also  be  unable  to 
determine  that  G  is  not  individual.  Later  on  (as  more  assertions  are  added) 
you  may  be  able  to  determine  that  it  is  Indeed  an  individual  (or  not). 

David  Israel  notices  that  this  entire  discussion  addresses  epistemology 
and  not  semantics.  That  is,  it  addresses  what  is  "known”,  "not  known”,  and 
how  all  of  that  is  figured  out.  Consider  the  following  example  of  a  problea 
in  the  representation  of  terminological  individuality:  suppose  we  have  a 
concept  translating  roughly  as  "a  natural  satellite  of  the  Earth”;  suppose  a 
particular  context  represents  the  actual  world;  suppose  we  say  that,  in  that 
actuality,  there  is  one  and  only  one  natural  satellite  of  the  Barth.  The 
extension  of  the  predicate  in  the  actual  world  context  has  membership  1,  but 
in  some  other  context  it  might  have  membership  73.  Regardless  of  that,  it  is 
still  true  in  every  other  context  that,  in  the  actual  world,  the  extension  is 
a  singleton.  That  is,  we  need  to  be  able  to  form  a  rigidifler:  a  term  for 
"the  natural  satellite  of  the  Earth".  The  conoept  "a  natural  satellite  of  the 
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Earth"  will  never  be,  semantieally,  an  individual,  regardleaa  of  what 
properties  we  paint  onto  it  that  refleot  whatever  assertions  we  aake  about  the 
actual  world  (or  any  other  oontext.) 

Another  Interesting  point  for  speculation  (also  notioed  by  David  Israel) 
is  the  status  of  ISpecs  as  part  of  the  KL-OHE  language  or  outside  of  it.  In 
particular,  should  they  be  viewed  as  theories  expressed  in  the  language?  Put 
another  way,  is  an  ISpec  part  of  the  structure  of  the  oonoept  (like  a  rale)  or 
is  it  a  comment  within  a  certain  oontext  about  that  oonoept  (a  theory).  It  is 
not  a  question  of  whether  or  not  it  can  be  part  of  the  structure,  only  of 
whether  it  should  be  (David  thinks  not).  For  example,  suppose  there  is  a 
notion  of  a  California  Town;  it  has  a  role  for  "name".  Now  it  is  possible  to 
Imagine  two  different  theories  about  California  Towns:  one  that  says  that  no 
two  California  towns  have  the  same  name,  and  one  that  says  that  some 
California  towns  can  share  names.  Do  we  need  two  different  theories  for  the 
same  oonoept  California  Town,  or  two  different  conoepta?  David  maintains  that 
we  should  be  able  to  entertain  alternate  theories  about  the  same  concepts. 
According  to  one  theory,  name  is  an  lndivlduator,  and  according  to  the  other, 
it  is  not. 

Mike  Freeman  points  out  that  this  is  related  to  his  notion  of  "QUA"  (see 
Section  1.8,  page  55).  Concepts  like  Town  get  names  from  some  sort  of  context 
in  which  you  give  towns  names.  Knowing  where  certain  rales  originate  may  give 
you  leverage  on  whether  or  not  they  individuate.  It  may  thus  be  possible  to 
distinguish  "names”  by  virtue  of  fundamental  intensional  reasoning  (e.g. , 
perhaps  they  are  the  result  of  different  naming  events). 


Conclusion 

I  think  that  a  fair  statement  of  the  status  of  Individuality  in  KL-ONE  is 
that,  ignoring  the  occasional  lacunae,  we  have  a  reasonable  grasp  of  its 
functionality  in  the  formalism.  Individual  descriptions  can  be  formed  and 
used  in  a  consistent  manner.  As  usual,  the  deeper  meaning  of  this  process  as 
a  way  of  representing  knowledge  in  the  machine  is  less  well  in  hand. 
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1 .1  EL-OBI  Syatsm  Maintenance 

Chaired  by  Jim  Sohmolse  (BBM) 


laauea  Addressed 

KL-ONE  has  grown  in  two  iaportant  aenaea  over  the  past  few  years,  namely 
in  terms  of  lta  alae  (and  maturity)  aa  a  representation  language  and  in  terms 
of  its  popularity  aa  a  usable  system.  Users  of  the  INTERLISP  Implementation 
have  had  to  deal  with  an  experimental  system  that  contains  lta  fair  share  of 
bugs  and  whose  definition  lags  the  theoretloal  work  on  KL-ONB  by  over  a  year. 
Additionally,  the  past  year  has  seen  the  transportation  of  KL-ONB  to  the 
Jerioho  and  Dolphin  maohines,  with  a  Frans  Lisp  version  for  VAX  aaohlnea  to  be 
oompleted  in  the  near  future.  All  of  this  has  been  in  parallel  to  the 
development  and  usage  of  a  Smalltalk  KL-ONB  implementation,  known  as 
KloneTalk,  developed  at  Xerox  PARC. 

All  the  problems  of  maintaining  a  unique  theoretical  KL-ONB  language  with 
incarnations  in  various  programming  languages  and  for  various  maohines  Is  far 
too  large  to  be  addressed  in  this  session.  Rather,  methods  for  maintaining  and 
improving  the  BBN  INTERLISP  version  will  be  the  primary  foous  with  a  look  at 
the  possibility  of  sharing  code  with  the  KLoneTalk  implementation  as  a 
secondary  toplo.  The  problem  of  how  to  deoide  which  features  of  the 
theoretloal  KL-ONE  language  should  be  incorporated  into  the  BBN 
implementation,  although  an  iaportant  topic,  will  only  be  addressed  if  we 
finish  dlsousslon  of  the  other  toplos,  as  this  question  will  require  s  near 
infinite  amount  of  dlsousslon. 


Proposal  by  Jim  Sohaolse 

The  BBN  implementation  is  ourrently  the  souroe  of  all  instantiations  of 
KL-ONB,  with  the  exception  of  KloneTalk,  so  I  suggest  that  we  limit  the 
maintenance  portion  of  this  dlsousslon  to  the  BBN  system.  My  proposal  is  the 
obvious  one,  whloh  is  to  oontlnue  operations  in  the  same  manner  as  they  now 
funotlon.  BBN  reoeivea  all  bug  reports,  requests  for  modifications,  suggested 
extensions,  eto.  and  BBN  maintains  the  software.  Among  oertaln  seleoted 
users,  BBN  will  release  souroes  and  enoourage  assistance  for  software  work 
with  respect  to  both  fixes  and  extensions.  All  suoh  software  items  must  go 
through  BBN  to  beoome  integrated  into  the  system.  The  organisation  of  multi¬ 
site  software  work  will  require  some  protocols  for  non- BBN  programmers  to 
avoid  overlapping  work.  These  protocols  for  non-BBN  programmers  are  simply 
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1.  Before  undertaking  substantive  work,  submit  a  note  to  BBN  describing 
what  is  to  be  done.  Then  wait  for  a  reply.  BBN  will  take  care  that 
the  task  is  not  already  under  way  and  that  the  programmer  has  the 
latest  sources.  This  will  be  necessary  because  non-BBN  sites  will 
NOT  be  advised  of  all  software  modifications  as  they  are  happening. 

2.  Small  modifications  can  be  done  as  needed  by  non-BBN  sites;  in  faot 
this  is  encouraged.  Simply  advise  BBN  of  the  modification  either 
while  it  is  in  progress  or  after  it  is  done.  However,  if  a 
programmer  does  not  perform  step  (1),  no  guarantees  can  be  made  that 
a  oonfllot  will  not  arise. 

3.  When  complete,  submit  the  modifications  to  BBN  in  the  form  of 
"patch”  files  whioh  contain  precisely  those  functions  and  other 
entitles  that  have  ohanged.  Please  do  not  send  new  versions  of 
entire  KL-ONE  files  as  that  can  make  Integration  much  more 
difficult. 

As  to  sharing  code  with  KloneTalk,  I  have  no  conorete  suggestions.  Has 
anyone  else? 

The  question  of  how  we  deoide  what  software  work  to  do  is  difficult, 
however,  there  is  an  easy  default.  Namely,  we  all  discuss  our  wants  but 
whoever  actually  does  the  programming  gets  his  way.  This  would  apply  for  BBN 
and  non-BBN  people  alike.  Of  course,  this  strategy  works  only  when  we  deal 
with  packaged  extensions  to  KL-ONE.  When  changing  underlying  KL-ONE 
structures  or  algorithms,  BBN  must  perform  the  work  unless  special 
arrangements  are  made.  For  such  modifications,  BBN  must  be  convinced  to 
undertake  the  effort. 

1  must  also  say  that  I  am  not  happy  with  my  proposal  for  this  part,  but  1 
do  feel  that  it  is  a  realistic  suggestion.  It  might  be  good  for  us  to 
consider  forming  a  KL-ONE  software  steering  committee.  However,  the  primary 
problems  are  person-power  limitations  and  the  faot  that  if  KL-ONE  is  to  change 
radically,  we  should  oonsider  re-implementation  along  with  modification,  which 
would  require  a  great  amount  of  development  time. 


Summary  of  the  dlsousslon:  BBN  Implementation  of  KL-ONE 

Our  session  began  with  a  brief  discussion  about  maintenance  procedures 
for  the  BBN  INTERLISP  implementation  of  KL-ONE.  We  reviewed  the  chairman's 
suggestions  for  inter-site  maintenance,  as  described  in  the  preceding  seotion, 
and  agreed  to  adopt  them. 

We  briefly  entertained  the  idea  of  sharing  either  ideas  or  software 
between  KloneTalk  and  INTERLISP  KL-ONE  and  quickly  determined  that  sharing 
ideas  was  oertainly  possible  whereas  software  held  no  suoh  hope. 


System  Maintenance 


33 


TECHNICAL  DISCUSSION  REPORTS 


Bolt  Beranek  and  Newman  Ino 


Report  No.  4842 


Implementation  Kfforts 

Richard  Fikes  began  by  offering  some  interesting  news.  KloneTalk  is 
currently  running  up  against  the  limits  of  the  Smalltalk  it  uses.  He  must 
decide  between  upgrading  to  a  new  version  of  Smalltalk,  which  would  require  a 
substantial  effort,  or  using  an  INTERLISP  version  of  KL-ONE.  One  possibility 
is  to  use  the  BBN  version.  However,  Richard  expressed  strong  regret  at 
leaving  the  user  interface  of  KloneTalk  behind.  In  any  case,  his  and  others' 
interest  in  a  new  INTERLISP  KL-ONE  were  discussed. 

There  was  a  fair  amount  of  excitement  at  this  prospect,  which  began  by 
leveling  all  possible  criticisms  against  BBN's  KL-ONE: 


o  It  is  large  and  awkward,  making  it  difficult  to  modify  in  major  ways, 
o  It  does  not  have  a  uniform  design, 
o  There  is  duplication  of  effort  in  the  software. 

o  For  T0PS-20  users  without  extended  addressing,  KL-ONE  is  simply  too 

large  to  use  for  any  sizeable  project. 

We  also  tried  to  analyze  the  reasons  for  the  difficulties  in  BBN's  KL-ONE 
software  and  came  up  with  two  reasons.  First,  the  design  of  KL-ONE  evolved  as 
experience  was  acquired,  causing  earlier  designs  to  beoome  outdated.  Without 
enormous  person-power,  it  was  impossible  to  keep  the  implementation  updated  in 
this  fashion.  Second,  the  original  design  of  the  software  was  thought  to  be 
clean,  but  only  with  respeot  to  a  certain  set  of  principles.  However,  our 
principles  ohanged  over  time. 

All  in  all,  we  recognized  that  a  new  Implementation  need  not  mean  a 
better  one.  In  fact,  it  could  very  well  suffer  from  the  same  traps  that  BBN's 
KL-ONE  has  fallen  into.  However,  there  is  some  merit  in  re-implementing 
simply  because  a  subset  of  the  design  is  quite  solid  and  could  be  re-done 
quite  well.  In  conclusion,  we  decided  that  with  the  new  functionality  that 
has  been  discussed  during  this  Workshop,  a  new  implementation  must  include  all 
of  the  old  functionality  that  we  are  confident  of,  plus  attempts  at  new 
components.  And  we  have  no  reason  to  believe  that  we  will  not  look  baok  at 
this  new  implementation  several  years  from  now  without  regrets,  at  least  with 
respect  to  the  new  components. 

For  now,  we  will  add  the  user  interface  components  that  are  most  needed 
(discussed  in  the  session  on  utilities)  to  BBN's  KL-ONE  and  will  attempt  to 
design  for  the  new  functionality.  When  that  design  is  dear,  we  will  deolde 
whether  we  can  put  it  into  the  current  KL-ONE  implementation,  or  start  afresh. 
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As  an  aside,  Richard  Pikes  noted  that  his  KloneTalk  system  did  not 
heavily  utilize  the  Inheritance  of  operator  definitions,  which  is  part  of 
Smalltalk.  This  was  a  bit  of  a  surprise  since  many  of  us  feel  that  an  object- 
oriented  design  would  be  well  suited  for  a  new  KL-ONE.  We  should  examine 
Richard's  experience  in  this  regard  carefully. 


Design  Doouaents 

In  addition  to  the  conclusions  already  stated,  we  decided  that  solid 
designs  for  new  components  of  EL-ONE  must  be  done  before  considering 
Implementations.  This  means  that  design  documents  must  be  done.  Although 
none  were  assigned  at  this  time,  our  intention  to  write  them  was  recognized  by 
all. 


Integrating  the  Classifier 

A  brief  discussion  of  integrating  the  ISI  classifier  (see  Tom  Lipkis' 
paper  on  page  128  and  the  discussion  summary  on  page  36)  into  BBN's  KL-ONE 
followed.  Ve  agreed  to  add  several  flags  and  options  to  the  classifier  to 
augment  user  oontrol,  but  our  primary  decision  was  to  have  the  classifier 
remain  a  function  that  is  Invoked  only  by  the  programmer.  It  will  not  be 
Invoked  automatically  whenever  concepts  are  created  or  changed. 
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1 .5  Claaalfioation 


Chaired  by  Ton  Lipkis  (ISI) 


The  session  on  the  classifier  began  with  an  explanation  of  the  current 
implementation,  followed  by  a  discussion  of  several  Issues  regarding  the 
design  of  a  classifier  and  its  integration  into  KL-ONE  (see  Toe  Lipkis'  "A 
KL-ONE  Classifier”  on  page  128  which  describes  the  KL-ONE  classifier  in 
detail).  Several  of  the  points  brought  up  were  possible  lnproveaents  to  the 
algorithm,  or  existing  bugs.  Most  of  these  points  are  reflected  in  Lipkis' 
paper. 


An  important  issue  is  how  far  the  classifier  should  go  in  trying  to 
determine  subsumption.  Should  it  have  a  reasoning  ability  that  allows  it  to 
prove  predicates  in  RSRs?  Should  it  be  able  to  understand  complex 
descriptions  such  as  ”the  57th  digit  in  the  decimal  expansion  of  pi?”  (these 
issues  are  discussed  in  more  detail  in  Lipkis'  paper).  No  definite 
conclusions  were  reached  about  kind  of  reasoning  the  classifier  should 
perform,  but  there  was  general  agreement  that  some  reasoning  is  appropriate  in 
many  cases,  and  that  it  should  be  possible  to  limit  the  resources  that  can  be 
consumed  in  such  processing.  Suoh  limits,  as  well  as  the  incompleteness  of 
the  reasoning  engine  (even  if  given  unlimited  resources)  imply  that  the  actual 
taxonomy  may  only  be  a  partial  representation  of  the  virtual  subsumption 
relationships.  That  is,  some  concepts  will  have  been  found  to  be 
"incomparable”  by  the  classifier,  even  though  by  expending  more  effort,  they 
could  be  shown  to  have  a  subsumption  relationship.  The  consensus  was  that 
resouroe  limited  classification  results  in  taxonomies  that  are  incomplete,  but 
not  incorrect,  and  that  this  would  not  lead  to  any  false  inference*  if  handled 
correctly  by  other  processes. 

Most  of  the  integration  issues  were  addressed  during  the  system 
maintenance  session,  but. one  which  was  discussed  in  some  detail  conoerns  the 
action  of  the  classifier  when  it  discovers  that  two  or  more  descriptions  are 
identical  (l.e.,  they  describe  the  "same”  virtual  concept,  even  though  they 
were  created  as  dlstlnot  structures  in  the  network) .  Ideally  these  structures 
should  be  merged  into  one,  as  together  they  have  only  one  oorreot  plaoe  in  the 
taxonomy.  In  practice,  however,  this  may  be  difficult  or  undesirable,  as 
external  processes  may  have  handles  on  parts  of  the  structure  (in  the  form  of 
names  of  roles  or  concepts,  or  LISP  pointers  to  the  actual  structure)  which 
may  be  invalidated  by  such  merging.  The  classifier  currently  maintains  a 
record  of  merged  conoepts,  to  allow  processes  to  update  their  pointers,  but 
this  is  not  sufficient  because  some  information  is  lost  when  the  merging 
occurs.  It  was  requested  that  the  conoept  merging  be  made  optional,  the 
alternative  being  to  leave  the  identical  conoepts  as  siblings,  and  merely 
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Inform  other  processes  that  they  are  aotually  identical.  (Mote  that  this 
results  in  an  inooaplete  taxonomy,  as  discussed  above.) 
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1.6  KL-ONE  System  Utilities 

Chaired  by  Jin  Schmolze  (BBN) 


Issues  addressed 

This  discussion  concerned  software  "tools*  that  are  needed  by  users  of 
EL-ONE.  He  chose  the  tools  that  are  most  needed  and  ordered  them  in  terms  of 
their  priority.  For  some  tools,  we  planned  their  initial  designs  and  our 
methods  for  constructing  them.  These  tools  Included 


1.  facilities  for  reading/ printing  KL-0NE  networks  from/ to  files  (a 
KL-ONE  I/O  facility),1 

2.  facilities  for  in-core  editing  of  KL-ONE  networks,2  and 

3.  facilities  for  viewing  or  browsing^  in-core  KL-ONE  networks. 

The  discussion  was  primarily  directed  at,  but  not  limited  to,  the 
INTERLISP  implementation  of  KL-ONE.  However,  much  insight  was  gained  from  the 
utilities  that  already  exist  in  the  KloneTalk4  system. 


^A  KL-ONE  I/O  facility  would  allow  one  to  write  a  portion  of  a  KL-ONE 
network  onto  a  text  file  and  read  it  into  a  different  KL-ONE  system,  creating 
an  equivalent  copy  of  the  original  portion. 

2A  KL-ONE  editor  would  allow  one  to  modify  the  KL-ONE  network  while  it  is 
in-core,  thereby  allowing  one  to  readily  view  the  modified  conoepts  with  all 
their  Inherited  information. 


KL-ONE  browser  would  offer  various  types  of  information  about  a  network 
from  general  network  structure  to  the  definition  of  speolfic  conoepts. 

*KloneTalk  is  a  Smalltalk  version  of  KL-ONE  written  by  Richard  Pikes  of 
Xerox- PARC  (see  Richard  Pikes'  paper  on  page  90). 
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The  User  Interface  to  KloneTalk 

No  began  by  viewing  a  videotape  of  the  KloneTalk  system,  presented  by 
Riohard  Pikes  of  Xerox- PARC. 5  The  tape  dearly  demonstrated  the  KloneTalk 
interface  which  allows  one  to  view  and  edit  a  KL-ONE  database.  He  all  agreed 
that  the  user-interface  to  KloneTalk  would  make  an  extremely  valuable  tool  for 
the  INTERLXSP  version  of  KL-ONE. 

The  aspects  of  KloneTalk' s  user  interface  became  important  during  this 
discussion;  important  enough  to  warrant  a  brief  description  of  the  salient 
features  of  this  Interface. 

KloneTalk  provides  a  graphical  interface  that  lets  a  user 


o  examine  and  edit  KL-ONE  conoepts, 
o  read/write  KL-ONE  concepts  from/ to  files,  and 

o  maintain  several  windows  on  a  screen  simultaneously,  where  each 
contains  a  working  context  for  displaying  concept  descriptions, 
editing  sessions  or  whatever. 

It  is  a  convenient  and  useful  tool  for  the  KL-ONE  network  builder. 

There  is  an  interesting  dependency  between  the  first  two  components 
listed  above.  The  KloneTalk  I/O  facility  can  create  a  textual  description  of 
a  ooncept  that  could  be  read  into  another  KloneTalk  system  to  create  an 
equivalent  ooncept.  However,  that  textual  description  is  also  quite  easily 
read  by  people;  in  fact,  it  can  be  prettyprinted  for  Just  that  purpose,  upon 
whloh  the  KloneTalk  concept  editor  relies.  The  editor  begins  a  session  by 
obtaining  a  textual  description  of  a  ooncept,  thanks  to  the  I/O  facility. 
Then  it  enters  the  standard  Smalltalk  text  editor.  When  the  user  has  finished 
editing  the  conoept,  the  text  is  read  by  the  I/O  facility  and  the  concept 
renlaoea  the  one  being  edited.  Note  that  this  methodology  raises  some 
difficulties  that  are  discussed  later. 

Note  also  that  the  KloneTalk  editor  and  I/O  facilities  do  not  rely  upon 
graphics  at  all,  although  they  utilize  graphics  quite  nicely.  The  only 
required  tool  is  a  text  editor. 


^ This  tape  was  also  shown  to  the  larger  Workshop  audienoe  during  Richard 
Pikes'  talk. 
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The  Primary  Toploa  Dlaouased 

The  chairman  began  the  discussion  by  listing  the  major  desiderata,  at 
least  so  far  as  the  INTERLISP  implementation  of  KL-ONE  was  oonoerned.  These 
were  for 


o  enhanced  input/ output  (I/O)  facilities  for  KL-ONE  networks  and 
o  in-core  editors  (and  browsers)  for  KL-ONE  networks. 

Additional  issues  to  be  discussed  were 


o  the  status  of  the  classifier  (described  in  Tom  Lipkls'  paper  on  page 
128)  developed  at  IS1  and  the  manner  in  which  it  will  be  integrated 
into  KL-ONE, 

o  the  question  of  the  centrality  of  either  graphics  facilities, 
personal  machines  or  INTERLISP  functionality  for  development  of 
future  utilities. 


Graphics,  Personal  Machines  and  INTERLISP 

A  consensus  quickly  emerged  that  nothing  essential  should  be  made  to 
depend  on  the  availability  of  either  graphics  or  personal  maohines,  unless 
absolutely  necessary.  The  only  example  currently  under  consideration  which 
would  require  graphics  is  a  browser  for  KL-ONE  networks.  As  to  relianoe  upon 
INTERLISP  functionality,  we  will  refrain  from  using  INTERLISP  specific 
packages  as  much  as  possible  because  of  the  FRANZLISP  translation  effort. 

He  all  expressed  interest  in  having  a  browser  for  KL-ONE  networks,  and 
all  shared  the  opinion  that  a  program  that  could  draw  KL-ONE  pictures  might 
provide  the  best  tool  for  browsing.  Some  disoussion  of  the  layout  problem  for 
KL-ONE  pictures  ensued,  with  the  taolt  agreement  that  it  is  indeed  a  difficult 
problem,  too  dlffioult  to  address  at  this  meeting.  However,  all  agreed  that 
even  a  modest  effort  in  this  regard  would  be  valuable.  For  example,  it  might 
be  relatively  easy  to  construct  global  pictures  of  a  network  automatically, 
where  suoh  pictures  would  show  only  conoept  names  and  subsumption 
relationships  between  ooncepts.  Unfortunately,  no  volunteers  stepped  forward 
for  this  task,  although  the  BBN  contingent  expressed  interest  in  examining  the 
problem. 
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la  Input/ Output  Fmolllty  for  KL-ONB  Networks 

The  IS1  contingent  reported  upon  a  package  they  built  which  reads  CKLONE- 
like  descriptions  of  KL-ONE  networks  and  creates  the  appropriate  structures. 
CKLONE  is  a  KLONEUSERS  package,  written  by  Frank  Zdybel  at  BBN,  which  extends 
CLISP  to  Include  forms  for  creating  KL-ONE  structures.  The  CKLONE  language 
has  three  advantages. 


1.  It  can  represent  a  fairly  large  subset  of  KL-ONE  structures. 

2.  It  can  be  prettyprinted  by  Lisp. 

3.  People  oan  easily  read  it. 

The  IS1  package  is  similar  to  CKLONE  but  it  oreates  KL-ONE  structure  when  it 
is  reading  forms,  as  opposed  to  when  it  is  evaluating  forms. 

The  BBN  group  reported  upon  an  old  I/O  facility  called  BRACKETREADPRINT. 
The  language  that  this  package  uses  to  store  networks  is  highly  specialized 
and  quite  difficult  for  people  to  read.  However,  the  output  portion  could  be 
modified  to  generate  CKLONE-like  notation. 


This  discussion  led  to  the  following  agreements: 


Rusty  Bobrow  offered  to  modify  the  output  component  of 
OLDBRACKETREADPRINT  to  generate  forms  which  can  be  read  by  the  ISI 
input  package.6 


o  Tom  Lipkis,  Richard  Fikes  and  Rusty  Bobrow  agreed  to  design  a  single 
language  for  storing  networks  on  files  that  both  the  INTERLISP  KL-ONE 
and  KloneTalk  could  read.  Presumably,  this  language  will  be  the 
union  of  the  existing  KloneTalk  and  ISI  languages. 


o  Jim  Schmolze  made  a  contingent  offer  to  construct  a  concept  editor 
similar  to  the  KloneTalk  editor,  where  the  contingency  depends  upon 
the  availability  of  manpower. 

However,  some  difficult  problems  remain  with  the  I/O  facilities  in  that 
this  design  will  not  help  with  the  following: 


6 This  package,  called  "NT",  is  now  complete.  It  reads  and  writes  KL-ONE 
networks  using  either  ISI  or  Klonetalk  notations. 
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o  merging  networks, 

o  aaintalning  syntactic  validity  across  files  (and  to  handle,  e.g. 
forward  references  to  as  yet  undefined  names) 

o  handling  the  problems  raised  by  the  heavy  reliance  on  names, 
especially  in  the  context  of  merging  nets. 


The  Classifier 

The  discussion  of  I/O  facilities  also  raised  questions  about  the  place  of 
the  classifier  (see  Tom  Lipkls'  paper  on  page  128).  The  ISI  input  facility 
uses  the  classifier  as  a  matter  of  course,  which  several  of  us  felt  was  a  bad 
idea.  After  all,  the  classifier  can  be  an  expensive  device  to  use  and  there 
are  times  when  the  KL-ONE  programmer  knows  that  a  piece  of  network  being 
loaded  need  not  be  classified  (e.g.,  if  the  network  being  loaded  has  already 
been  classified  at  some  earlier  time  with  respect  to  the  current  network). 
After  some  discussion,  a  consensus  arose  supporting  the  idea  that  the 
classifier  should  be  invoked  only  under  the  call  of  the  programmer.  It  should 
be  available  to  re-classify  a  conoept  (or  subnet)  that  was  edited,  or  classify 
a  new  concept  (or  subnet)  that  was  being  integrated  into  an  existing  network. 
But  it  should  not  be  thought  of  as  a  black  box  sitting  between  either  file  I/O 
and  the  KL-ONE  network  nor  the  editor  and  the  network. 


A  KL-ONE  In-Core  Editor 

Finally,  the  problem  of  in-core  editors  was  raised,  causing  lively 
discussion  about  structure  editors  versus  text  editors,  concept  editors  versus 
network  editors,  editors  we  could  build  today  versus  research  for  future 
editors,  JARGON  versus  standard  editors,  etc.  Luckily,  from  amongst  these 
orations  arose  a  modest  proposal,  modelled  after  the  KloneTalk  editor.  We 
agreed  that  the  KL-ONE  editor  we  build  next  would  have  the  following  traits: 


o  It  would  edit  concepts  and  not  networks. 

o  It  would  use  the  I/O  facility  discussed  earlier  to  generate  readable 
descriptions  of  concepts  for  editing  and  create  the  resulting  KL-ONE 
structures  after  editing. 

o  The  editor  would  be  a  structure  editor  versus  a  text  editor,  since 
the  concept  descriptions  to  be  generated  are  list  structures. 

o  It  will  edit  in-core  structures. 
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o  It  will  assume  that  all  new  descriptions  of  concepts  are  both 
complete  and  looal. 

This  design  requires  that  the  ISI  input  package  be  amended  to  replace 
structure  and  not  simply  create  new  structure.  For  now,  we  will  determine 
replacement  versus  creation  based  upon  the  names  of  KL-ONE  objects,  for  both 
concepts  and  roles.  We  are  not  happy  with  this,  but  it  is  a  realistic  short¬ 
term  solution.  One  problem  left  unresolved  was  how  to  handle  both  looal  and 
inherited  information,  sinoe  we  want  to  be  able  to  view  inherited  information 
but  not  edit  it.  KloneTalk  handles  these  distinctions,  but  in  a  manner  that 
was  not  satisfactory  to  the  group  at  large. 
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1.7  RSRs,  role  orderings  and  quantification 


Chaired  by  Rusty  Bobrov  (BBN) 


Despite  our  intention  that  KL-ONE  have  a  dear  semantics,  several 
components  essential  to  the  expressive  power  KL-ONE  are  currently  so  poorly 
specified  that  no  two  KL-ONE  afficionadoa  can  fully  agree  on  their  intended 
interpretation.  The  collection  of  structures  broadly  referred  to  as  SD's, 
RSR's,  and  RVM's  is  a  notable  exaaple  of  this  difficulty.  He  have  attempted 
to  use  these  structures  to  simultaneously  solve  several  related 
representational  problems,  but  the  range  and  number  of  these  problems  has  made 
it  difficult  for  us  to  provide  a  clear  and  oohesive  semantic  interpretation 
for  the  SD,  RSR  and  RVM  mechanisms. 

The  goal  of  this  session,  broadly  stated,  is  to  answer  two  questions: 


o  What  is  the  intended  role  of  the  SD  mechanism  (including  RSRs  and 
RVMs)  in  KL-ONE  and  its  components? 

o  In  what  ways  must  the  SD  mechanism1  be  modified,  extended  or 
contracted  to  fulfill  this  Intent? 

In  particular,  this  session  will  focus  on  three  problems,  and  propose  a 
common  solution  mechanism.  Briefly,  these  problems  are: 


o  How  do  we  provide  at  least  the  expressive  power  of  standard  predicate 
logic  quantification  in  SDs? 

o  How  can  SDs  be  used  to  extend  the  types  of  structures  and  "name 
spaces"  for  structured  objects  available  in  KL-ONE? 

o  How  can  KL-ONE  concepts  containing  SDs  be  specialized  by 
strengthening  or  specializing  those  SDs?  (What  are  the  useful  and 
natural  ways  to  strengthen  the  constraints  defined  by  SDs?) 

The  first  and  third  problems  have  been  raised  several  times  at  this 
meeting  and  elsewhere,  but  the  second  is  likely  to  be  less  familiar.  Its 


Vor  simplicity,  we  will  often  refer  to  the  oolleotion  of  data  structures 
and  programs  in  KL-ONE  that  define  SDs,  RSRs  and  RVMs  as  the  "SD  mechanism. " 
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relation  to  the  other  two  problem  will  be  explained,  and  ite  importance  ae  a 
representational  issue  will  be  dlsoussed. 

To  plaoe  these  problems  in  perspective  we  must  first  ask  "why  have  SDs 
been  included  in  KL-ONE?"  One  characterization  of  SD’s,  dearly  enunciated  by 
Miehael  Freeman  and  widely  acoepted  within  the  KL-ONE  community,  is  that  they 
are  merely  "sets  of  assertions  (propositions,  logical  clauses)**  This  is  a 
particularly  narrow  view  of  the  SD  mechanism.  SDs  are  intended  to  provide  the 
glue  that  holds  concepts  together,  to  define  the  meaning  of  the  roles  which 
give  each  conoept  its  internal  structure.  Clearly  one  way  in  which  they  can 
do  this  is  simply  to  make  a  set  of  assertions  about  the  role  fillers  of  a 
concept.  Certain  oonoepts,  however,  have  a  structure  which  cannot  be  defined 
simply  in  terms  of  facts  about  the  fillers  of  their  roles.  Simple  examples 
include  the  concepts  needed  to  describe  many  of  the  structured  objects  and 
abstractions  familiar  to  people  in  computer  science  and  artificial 
intelligence,  suoh  as  a  linear  list.  There  are  no  predicates  on  fillers  which 
can  be  used  to  define  the  first .  second .  third,  etc.  roles  in  a  linear  list, 
sinoe  the  same  set  of  fillers  can  occur  in  different  orders  in  different  lists 
(and  the  same  filler  can  occur  more  than  once  in  a  single  list). 

We  will  propose  one  possible  mechanism,  based  on  SDs,  for  defining  such 
structures,  after  we  explore  the  ramifications  of  first  problem:  the  need  for 
quantification  in  SDs. 

KL-ONE,  in  common  with  other  frame-like  languages,  provides  facilities 
for  describing  structured  entities  such  as  arohes.  It  does  this,  in  part,  by 
stating  that  such  an  entity  is  composed  of  a  number  of  constituents  of 
specified  type  each  of  which  fills  one  or  more  roles  in  the  overall  structure. 
This  is  not  enough  information  to  define  such  a  structured  entity.  The 
fundamental  representation  issue  is  that  an  arch  is  not  merely  a  pile  of 
blocks.  An  arch  is  a  collection  of  blocks,  two  of  which  fill  the  role  of 
unri ght  and  one  of  which  fills  the  role  of  lintel,  but  it  is  not  true  that 
every  collection  of  three  blocks  forms  an  arch.  There  are  other  constraints 
that  must  be  met  for  us  to  say,  for  example,  that  a  particular  blook  fills  the 
lintel  role  in  some  aroh. 

SDs  provide  the  mechanism  needed  to  specify  these  further  constraints,  to 
state  the  predicates  that  must  hold  true  of  the  fillers  of  certain  roles  in  a 
concept  jg.  a  condition  aL  their  filling  those  EQlflfl.  Thus,  for  an  arch  to 
exist,  two  blocks  must  fill  the  upright  roles,  and  one  blook  must  fill  the 
lintai  role,  eaofa  upright  must  "support"  the  lintel,  and  the  two  uprights 
cannot  "touoh"  each  other. 

In  KL-ONE,  predicates  suoh  as  "support"  have  traditionally  been 
represented  in  terms  of  generic  oonoepts,  (for  example,  a  concept  oalled 
SUPPORT),  in  order  not  to  expand  the  number  of  primitive  categories  of 
structure  which  must  be  supported  by  the  KL-ONE  system.  Thus,  when  we  define 
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the  generic  oonoept  ARCH,  we  must  sake  use  of  the  concept  SUPPORT,  but  if  the 
generic  oonoept  ARCH  is  to  be  taken  aa  a  "soheaa”  for  defining  the  structure 
of  individual  descriptions  of  an  arch,  then  the  use  of  the  SUPPORT  concept 
■ust  be  restricted  or  parameterized  in  terms  of  the  roles  of  the  ARCH  oonoept. 
In  particular,  we  oust  be  able  to  apeoify  the  structure  of  particular 
instances  of  SUPPORT  as  a  function  of  the  constituents  of  each  individual 
instanoe  of  an  ARCH.  Individual  instances  of  ARCHea  and  SUPPORTS  will  be 
represented  by  KL-ONE  individual  oonoepts  or  ICa.  and  we  use  KL-ONE 
Paralndivldual  concepts  (Pis)  to  specify  the  desired  functional  relation 
between  the  fillers  of  roles  in  an  individual  ARCH  and  the  argument  roles  in 
the  related  SUPPORT  ICs.  This  is  indicated  in  Figure  1. 


FIG.  1.  THE  GENERIC  CONCEPT  ARCH  WITH  A  PARAINDIVIDUAL  SUPPORT  CONCEPT 


Note,  however,  that  this  specification  of  the  support  relations  for  an 
ARCH  is  ambiguous.  Do  both  uprights  jointly  support  the  lintel?  Does  each 
upright  individually  support  the  lintel?  Does  only  one  upright  support  the 


RoleSet  Relations  46  TECHNICAL  DISCUSSION  REPORTS 


I 


Report  Mo.  4842 


Bolt  Beransk  and  Roman  Ino 


lintel,  and  if  so  which  one?  The  ambiguity  here  ariaea  because  we  have 
RoleSeta  in  KL-ONE,  specifying  a  set  of  similar  roles  (e.g.  the  two  lintel 
roles  in  an  ARCH),  and  we  have  not  specified  a  aechanisa  for  defining  a  set  of 
predicate  instances  in  terns  of  one  or  nore  sets  of  roles.  He  have  provided 
the  equivalent  of  laabda  expressions,  in  the  fora  of  paraindividuals,  but  we 
have  not  specified  how  to  provide  the  expressive  power  given  by  the 
quantifiers  in  standard  logical  foraallsas. 

To  reiterate,  while  paraindividuals  provide  a  way  of  specifying  a  single 
predicate  or  related  object2  determined  by  the  roles  of  an  Individual  concept, 
they  do  not,  by  themselves  provide  a  way  of  specifying  sets  of  such  predicates 
or  objeots.  Thus,  given  the  standard  KL-ONE  description  of  an  ARCH,  which  has 
a  Roleset  upright  with  cardinality  2,  we  must  distinguish  among  the  following 
possibilities: 


o  there  is  one  SUPPORT  relation  with  two  supporters  and  one  supportee, 
or 

o  there  is  one  SUPPORT  relation  with  a  single  supporter  (just  one  of 
the  uprights  I )  and  supportee .  or 

o  there  are  two  SUPPORT  relations,  each  Involving  a  different  one  of 
the  uprights  of  the  ARCH. 

The  notion  of  a  Role  Set  Relation  or  RSR  was  introduced  as  a  way  of 
aeetlng  this  need.  A  PI  can  be  viewed  as  a  schema  for  IC's,  with  a  set  of 
holes  or  arguments  to  be  filled  in.  Each  element  of  the  set  of 

predloatea/objeots  described  by  an  SD  is  the  result  of  plugging  in  the  fillers 
of  some  tuple’  of  IRolea  in  the  Individual  concept  into  a  corresponding  set  of 
roles  in  a  PI.  Given  this  view,  a  essential  component  of  an  SD  is  a  means  of 
(partially  or  completely)  specifying  a  set  of  tuples  of  IRoles.  Such  a 
specification  is  exactly  what  is  done  by  the  quantifiers  in  a  prenex  formula 
in  a  "typed"  predicate  oalculus. 


I  will  use  the  phrase  "predicate  or  object"  to  abbreviate  "predicate  or 
objeot  or  anything  else  desorlbable  by  a  KL-ONE  oonoept",  since  we  do  not  have 
a  single  name  for  this  class  of  entities. 


^He  must  have  something  like  ordered  n- tuples,  rather  than  unstructured  sets 
of  IRoles,  slnoe  we  must  speoify  the  way  in  whioh  the  IRoles  in  the  oolleotion 
are  to  correspond  to  the  arguments  in  the  PI. 
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At  this  point  two  questions  arise: 


o  Should  va  be  quantifying  ovar  (or  foralng  relations  aaong)  the  roles 
of  a  concept  or  ovar  the  fillers  of  the  roles? 

o  What  are  the  desirable  characteristics  of  a  language  for  specifying 
relations  or  sets  of  tuples?  (What  is  lost  by  siaply  using  standard 
typed  quantifiers,  for  exaaple?) 

The  answer  to  the  first  question  depends  in  part  on  an  issue  to  be 
discussed  later,  that  is,  the  representation  of  structured  lteas  such  as 
linear  lists  and  plans.  A  partial  answer  can  be  given  without  touching  that 
issue,  however.  The  entitles  being  quantified  over  must  be  distinct, 
otherwise  quantification  as  lees  little  sense.  But  one  of  the  iaportant 

features  of  i'L-ONE  is  that  one  entity  say  fill  several  roles  in  the  saae 
oonoept.  Thus,  a  single  person  sight  be  fill  the  two  roles  vice-president  and 
comptroller  in  a  single  company .  Be  would  really  like  to  quantify  over  the 
fillers  as  they  participate  in  the  framework  established  by  the  oonoept  as  a 
whole,  i.e.  "the  fillers  as  they  (each)  fill  some  role."  At  the  level  of  ICs, 

this  notion  is  captured  by  the  KL-ONE  construct  of  an  IRole,  an  individual 

role,  and  we  view  the  proper  doaains  for  quantification  to  be  the  sets  of 
IRoles  defined  by  RoleSets. 

As  to  desirable  characteristics,  two  critical  ones  are  some  fora  of 
completeness  and  perspicuity.  One  touohstone  for  completeness  is  the  ability 
to  express  all  relations  expressible  as  quantifier  oollars  in  soae  typed 
predicate  oalculus.  Suoh  quantifier  oollars  define  relations  by 

characterizing  sets  of  assignments  for  named  variables.  These  assignments  are 
constrained  in  two  ways:  first,  by  giving  the  domains  over  whloh  each  variable 
is  to  range,  and  second  by  giving  a  set  of  combinatorial  constraints  suoh  as 
whether  all  the  elements  of  some  doaaln  must  be  represented  in  the  set  of 
assignments  (this  is  part  of  the  meaning  of  a  universal  quantifier).  Slnoe 
the  olaas  of  relationships  expressible  by  suoh  oollars  depends  on  the  types  of 
domains  that  can  be  specified  as  type  restrictions,  a  subsidiary  question  we 
might  pose  is  "what  sets  of  roles  do  we  want  our  quantifiers  to  range  over?" 

This  point  engendered  some  discussion  during  the  technical  dlsoussions. 
It  was  generally  agreed  that  we  wish  to  range  over  the  RoleSets  which  form 
part  of  the  oonoept  to  which  the  RSR  is  attaohed.  In  addition,  all  of  roles 
whloh  could  be  defined  by  roleohalns  should  be  available  as  domains  for 
quantification.  Thus,  for  exaaple,  in  Figure  2  we  could  have  as  domains  the 
BW  of  a  PERSON,  the  hmnda  of  (any  of  the)  ACM.,  and  the  XlBggcs  of  (any  of 
the)  hmnd«  of  (any  of  the)  gggg  of  a  PERSON. 

There  was  some  disagreement  as  to  whether  oertaln  constraints  should  be 
expressed  as  restrictions  on  the  domains  of  quantification  or  as  part  of  the 
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FIG.  2.  ROLESETS  DEFINABLE  BT  ROLECHAINS 


predicate  being  quantified  over.  For  example,  suppose  one  wanted  to  say  that 
the  fingers  of  a  person  (i.e.  the  fingers  of  the  hands  of  a  person)  are  all 
connected  to  the  hands  in  whloh  they  play  a  role.  In  predicate  calculus  terms 
we  could  express  this  fact  by  either  of  two  logically  equivalent  expressions4 : 


Ah/ hand ( Person) ,Af/ finger. of .hand(Person) :[(f  in 
flnger(h))  s>  connect(f  h) 

Ah/hand( Person) ,Af/finger(h) :  connect(f  h) 


It  seems  that  the  second  expression  is  more  perspicuous,  because  the 


*The  quantifioational  notation  used  here  is  one  in  which  the 
quantlfioatlonal  prefix  consists  of  typed  quantifiers  separated  by  ooamas 
separated  from  the  matrix  expression  being  quantified  by  a  oolon;  the  typing 
of  the  variables  is  indicated  by  a  slash  followed  by  the  domain;  and  the 
letters  A  and  E  are  used  to  indicate  universal  and  existential  quantification, 
respectively. 
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first  expression  lnoludes  in  the  matrix  the  predioate  "f  in  finger(h)".  That 
predicate  seeas  sore  naturally  a  part  of  the  specification  of  what  objects  the 
■connect"  predioate  is  being  asserted  of.  Thus,  the  participants  in  the 
technical  discussions  suggested  that  the  ability  to  specify  such  "dependent 
domains"  be  aade  part  of  the  language  for  domain  specification  for 
quantification. 

Several  Issues  were  discussed  with  regard  to  the  perspicuity  of  the 
representation  language.  In  pai  tioular,  we  want  to  compactly  express  facts 
about  the  relationship  between  sets  that  are  somewhat  awkward  to  express  with 
the  ordinary  quantlfloatlonal  apparatus  of  the  predicate  calculus.  If  for 
example,  one  wants  to  say  that  a  relationship  R  is  a  1:1  correspondence 
between  two  sets  A  and  B,  then  one  must  say: 


Ax/A,Ey/B:xRy  A 

Ax/A, Ay/A, Az/B:[ (xRzlyRz)->x=y]  A 
Ax/A,Ay/B,Az/B:[(xRyAxRz)->y=z]  A 
Ay/B,Ex/A:xRy 


where  the  four  successive  clauses  of  this  conjunction  deal  respectively 
with  specifying  that  every  element  in  the  domain  A  has  an  image  in  B  under  the 
relation  R,  R  is  a  function,  R  is  one-to-one,  and  R  is  onto  B. 

In  the  oourse  of  the  above  specification,  the  domains  A  and  B  are 
mentioned  5  times  and  the  relation  R  is  mentioned  6  times.  If  the 
speolfloation  of  either  of  these  domains  or  of  R  is  complicated,  then  the 
overall  expression  oan  be  enormous.  Moreover,  this  repetitive  mention  of  the 
relation  and  the  domains  hides  the  essence  of  what's  going  on  such  that  if 
expressions  such  as  these  are  given  to  a  theorem  prover  or  meohanical 
Inference  system,  it  is  not  readily  apparent  that  a  relationship  of  1:1 
correspondence  is  being  described.  Additionally,  there  is  no  obvious  way  in 
which  the  notion  of  a  1:1  correspondence  from  A  to  B  oan  be  thought  of  as  a 
more  speolflo  relation  than  a  1:1  napping  from  A  into  B,  since  there  is  no 
single  constituent  of  the  above  specification  that  oan  be  thought  of  as  the 
speolfloation  of  the  relation.  (If  a  compact  notation  for  typed  quantifiers 
is  not  used,  the  situation  is  even  worse.) 

Similarly,  if  one  wants  to  express  some  of  the  facts  that  are  oonpsotly 
expressed  in  English  with  the  looution  "and  vioe  versa",  than  one  must 
redundantly  mention  the  matrix  sentenoe  and  the  domains  of  quantification  in 
queatlon.  (E.g.,  "Every  little  boy  loves  a  puppy  and  vioe  versa"). 

Thus  our  goal  is  to  devise  a  notation  in  which  relationships  between  sets 
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are  compactly  represented  without  redundantly  Mentioning  either  the  doaains  or 
the  Matrix  expression  being  quantified.  In  addition,  the  "quantificational 
fact”  asserted  about  that  expression  and  those  doaains  should  be  distinguished 
as  a  single  constituent  that  is  capable  of  being  analyzed  and  taxonomized  in  a 
space  of  quantificational  relationships.  The  ability  to  taxonoeize  auoh 
quantifloational  collars  will  be  important  when  concepts  using  such 
quantifiers  Must  be  plaoed  within  a  taxonomy  of  conoepts. 

The  notation  proposed  here  hinges  on  the  observation  that  a 
quantifloational  statenent  is  essentially  an  assertion  about  one  or  more 
domains  of  quantification  and  some  matrix  expression.  Thus,  we  would  like  to 
speolfy  it  in  a  notation  in  which  each  of  those  domains  and  the  matrix 
expression  appear  as  single  constituents  and  the  remaining  quantificational 
Import  appears  also  as  a  single  constituent  (possibly  containing  analyzable 
substructure).  For  example,  the  relationship  ”for  every  x  there  exists  a  y” 
in  a  statement  meaning  Ax/A,Ey/B:P(x,y)  should  be  expressed  as  a  single 
constituent  of  the  representation-- not  as  a  fact  derivable  from  scattered 
pieces  of  the  representation.  This  can  be  done  if  we  think  of  the 
quantificational  import  of  such  an  assertion  to  be  essentially  an  assertion 
about  sets  of  ntuples  from  the  cross  product  of  the  domains  in  question. 

The  particular  language  used  to  express  assertions  about  relations  or 
quantificational  collars  must  still  be  specified,  and  this  was  left  to  be 
worked  out  in  a  design  document  promised  by  Rusty  Bobrow  and  Bill  Voods. 
Rusty  proposed  that  a  useful  starting  point  might  be  found  in  the  operations 
of  the  relational  algebra  proposed  by  Codd  for  work  in  relational  data  bases. 
These  have  the  advantage  that  not  only  is  the  quantificational  collar  (the 
assertions  about  the  relation)  visible  as  an  independent  constituent  of  the 
structure,  but  the  relation  itself  can  be  viewed  as  a  single  entity,  and  can 
be  used  as  part  of  the  description  of  the  structure  of  the  concept  as  a  whole. 

In  any  event,  the  language  for  describing  quantificational  collars  must 
have  the  expressive  power  of  standard  quantification  (this  has  been  shown  to 
be  the  case  for  the  relational  algebra),  and  it  should  allow  easy  Inclusion  of 
particularly  useful  assertions  about  relations  as  terms  that  can  be 
Independently  defined  and  used.  Among  the  quantificational  operators  that  can 
be  individually  defined  and  then  combined  with  ordinary  logical  connectives 
are: 


o  ONTO(x,y)  -  equivalent  to  AE(x,y)&AE(y,x) 

o  ONE-TO-ONE (x,y)  -  equivalent  to  the  uniqueness  conditions  in  the 
definition  of  1:1  correspondence  above 

o  AT-LEAST(n,x)  -  asserts  that  there  are  at  least  n  elements  of  the 
domain  of  x  for  which  the  Matrix  is  satisfied 
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o  AIMOST(n,x)  -  asserts  that  there  are  at  aost  n  eleaents  of  the  doaain 
of  x  for  which  the  aatrlx  Is  satisfied 

o  EXACTLT(n,x)  -  asserts  that  there  are  exaotly  n  eleaents  of  the 
doaain  of  x  for  which  the  aatrlx  is  satisfied 

o  ALL(x)  -  asserts  that  the  aatrlx  is  satisfied  for  all  eleaents  of  the 
doaain  of  x 

o  ALL-C0HBINATI0NS(x1 ,x2, . . . ,xn)  -  asserts  that  the  aatrlx  is  satisfied 
for  all  coabinations  of  eleaents  froa  the  n  specified  doaalns 

The  foraalisa  should  also  be  capable  of  specifying  a  variety  of  subtle 
variable  dependencies— -including  those  that  have  aotivated  notions  of 
"branched  quantifiers”  for  expression  facts  that  would  be  expressed  in  English 
by  locutions  such  as  "for  every  x  there  is  a  y  and  for  every  z  there  is  a  w 
such  that  P(x,y,z,w)." 


The  role  of  RSRs  in  extending  the  range  of  structures  readily  expressible  in 
KL-ONE 

Once  we  have  introduced  suoh  a  notion  of  a  aechanisa  for  defining 
relations  anong  the  roles  of  a  concept  (as  opposed  to  siaply  predicates  on  the 
fillers  of  roles),  this  opens  up  the  range  of  structures  readily  described  in 
KL-ONE.  To  understand  what  this  mans,  we  must  first  take  a  look  at  one  of 
the  purposes  of  roles  in  KL-ONE. 

KL-ONE  concepts  can  be  looked  at  as  a  way  of  providing  "faaily  names”  for 
entitles  which  are  to  be  treated  in  a  uniform  way  by  soae  olass  of  processes 
(often  external  to  KL-ONE).  For  exaaple,  the  concept  LEGAL- PERSON  sight  be 
used  to  group  together  those  entitles  that  were  to  be  treated  in  a  unifora  way 
by  the  soae  body  of  "judicial”  procedures  (and  might  Include  both  huaan  beings 
and  corporations,  but  not  partnerships). 

In  an  analogous  sense,  a  role  can  be  viewed  as  giving  a  naae  for  a  olass 
of  entities,  specified  relative  to  soae  other  entity,  which  are  considered  to 
have  similar  properties.  Thus,  the  officers  of  a  company  night  be  treated  in 
a  uniform  manner  by  procedures  that  deal  with  the  responsibilities  of  the 
principal  members  of  an  organization. 

Currently  in  KL-ONE,  we  have  only  one  way  of  introducing  a  structure  in 
the  set  of  roles  for  a  conoept.  This  is  the  role  differentiation  aeohanlaa, 
and  it  allows  us  to  define  a  fixed,  finite  collection  of  RoleSets  for  eaob 
concept.  With  this  meohanlsn,  however,  it  is  difficult  or  impossible  to 
define  a  structure  with  an  indefinite  but  distinguishable  nuaber  of  roles, 
such  as  a  linear  list.  Here  we  would  like  to  speolfy  a  RoleSet  Itm.  for  the 
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items  In  the  Hat,  a  distinguished  sub-role  of  item  called  first,  and  a  linear 
ordering  n««t  among  the  sub-roles  of  item.  He  oould  then  write  procedures 
that  operated  on  the  eleaents  of  a  linear  list  in  sequence ,  by  considering  the 
roles  first .  next (first) ,  next (next (first) ) ,  ...  and  in  that  order. 

The  incomplete  proposal  for  RSRs  described  above  would  provide  a  weans 
for  defining  suoh  a  structure  on  oonoepts.  If  the  Role  Set  Relations  can  be 
used  Independently  of  the  paralndividual  eechanisa,  it  would  be  possible  to 
specify  that  a  LINEAR-LIST  was  a  conoept  with  a  RoleSet  it  aw.  a  RoleSet  first 
which  had  one  eleaent  and  which  was  a  differentiation  of  it aw.  and  an  RSR  next 
which  was  a  linear  ordering  on  the  RoleSet  ltee.  It  should  also  be  possible 
to  define  suoh  structures  as  arrays,  in  which  there  are  two  inter-defined 
orderings,  the  notion  of  row- next  and  of  ani uen-naxt. 

This  idea  was  briefly  discussed  during  the  technical  discussions,  and  a 
■ore  complete  specification  was  left  to  the  design  document  on  RSRs  which 
Rusty  Bobrow  and  Bill  Hoods  volunteered  to  write. 


Other  issues  touohed  upon 

The  following  issues  were  mentioned  but  not  discussed  in  depth  during  the 
technical  discussions: 


o  When  a  Concept  is  specialized,  in  what  way  can  the  SDs  on  the  Concept 
be  strengthened  (cf.  Mike  Freeman's  position  paper  on  a  calculus  of 
structural  descriptions)?  Clearly,  one  could  strengthen  the 
individual  assertions  specified  by  paralndividuals,  by  replacing  them 
with  more  paralndividuals  of  more  specific  generic  concepts.  In 

addition,  one  could  strengthen  the  "quantifier”  of  the  SD,  as  in 
going  from  "Ax/X,Ey/Y:Pxy"  to  "Ey/Y,Ax/X:Pxy".  This  could  be  done 
simply  strengthening  the  predicate  on  RoleSetRelations  that  forms 
part  of  the  SD. 

o  Can  SDs  be  differentiated  just  as  RoleSets,  to  define  sub-classes  of 
constraints  that  form  part  of  the  definition  of  a  conoept,  and  to 
allow  these  sub-classes  to  be  strengthened  independently?  He  can 
readily  conceive  of  RSR's  which  are  sub-relations  of  a  given  RSR,  in 
Just  the  same  manner  as  the  differentiation  of  a  Roleset  specifies  a 
subset  of  that  Roleset.  Since  RSR's  are  defined  in  terms  of  speoiflo 
Rolesets  as  domains,  and  each  suoh  Roleset  oan  be  differentiated,  one 
natural  differentiation  of  an  RSR  is  obtained  by  restricting  it  to 
subsets  of  each  of  its  domains  given  by  appropriate  Roleset 
differentiations . 

o  How  can  both  the  RSR  and  the  associated  Pi's  be  raised  to  the  status 
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of  full  atruotural  elements  of  KL-ONE?  By  thla  we  aean,  for  example, 
how  do  we  use  RSR'a  Just  as  we  use  Roleaeta,  to  specify  seta  of 
rolea.  Given  a  Roleset  R  linearly  ordered  by  an  RSR  0,  we  would  like 
to  speoify  auoh  subsets  of  R  aa  "the  initial  eleeent  of  R  (under  0)", 
"the  tail  of  R  (that  is,  all  elements  of  R  following  the  initial 
eleMnt  of  R)",  etc. 

o  What  is  the  position  of  RVM's  relative  to  all  this?  They  are  rather 
peculiar,  in  that  rather  than  dealing  with  roles  at  all,  they  are 
defined  in  terns  of  the  set  of  fillers  of  a  set  of  roles,  not  in 
terms  of  the  set  of  roles  at  all.  Clearly  we  need  such  a  bridge 
between  the  world  of  roles  and  the  world  of  fillers  (which  have 
sometimes  been  erroneously  equated  to  the  "intensional*  and 
"eztensional"  aspects  of  the  notation),  but  are  RVM's  the  way? 

o  Do  we  want  to  continue  using  KL-ONE  oonoepts  to  stand  for  predicates? 
Or  do  we  want  to  introduce  a  new  set  of  "assertional", 

"propositional"  or  "constraint"  structures  into  KL-ONE? 
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1.8  The  QOA  link 


Chaired  by  Michael  Freeman  (Burroughs) 


As  Initially  conceived,  the  QUA  link  was  proposed  as  a  new  kind  of 
inheritance  cable  pointing  from  the  oonoept  being  defined  to  the  RoleSet  of 
another  coneept  taken  as  its  definitional  context.  From  a  purely  syntactic 
point  of  view,  the  QUA-defined  oonoept  was  considered  subC  to  the  V/R  of  the 
RoleSet  it  pointed  to.  In  addition,  however,  it  acquired  as  derived  roles 
certain  other  RoleSets  of  the  parent  concept  providing  the  definitional 
context:  in  particular,  any  RoleSet  related  via  an  SD  to  the  one  the  QUA- 
deflned  oonoept  pointed  to  in  the  parent  concept  was  also  incorporated  into 
the  QUA  oonoept  Itself.  A  QUA  link  was  thus  a  kind  of  multiple  Inheritance 
cable.  Given  the  oonoept  of  leasing  or  renting  an  apartment,  for  example,  the 
concept  of  LANDLORD  would  be  QDA-linked  to  the  PARTY/ A  RoleSet,  making  it  subC 
to  LEGAL/ENTITY  (the  V/R  of  the  PARTY/A  RoleSet),  but  now  augmented  to  include 
additional  RoleSets  such  as  TENANT,  LEASED/APARTMENT  etc.  (v.  Figure  1).  As 
long  as  the  definitional  context  was  a  relational  concept,  there  seemed  to  be 
little  problem  in  bringing  down  its  RoleSets  into  the  concept  being  QUA- 
defined.  A  "child"  from  a  "parentage"  relationship,  for  instance,  derives  its 
"father"  and  "mother"  RoleSets  in  a  perfectly  straight-forward  way  from  that 
relationship.  If  one  were  to  oonsider  "child"  as  being  QUA-defined  off  of  the 
role  concept  of  "mother",  however,  there  would  clearly  be  a  problem  in  trying 
to  derive  its  "sex"  role  from  that  of  "mother".  This  issue  is  taken  up  in 
more  detail  in  (4)  below,  where  we  address  the  original  semantic  motivation 
for  Introducing  the  QUA  link  in  the  first  place. 

In  cases  where  the  parent  concept  providing  the  definitional  context  is 
itself  specifiable  through  multiple  Inheritance,  one  can  Induce  a  natural 
partitioning  on  the  acquired  RoleSets  of  a  QUA-defined  concept,  corresponding 
to  the  different  perspectives  from  which  one  can  view  it.  Thus  a  LANDLORD  can 
also  be  looked  at  as  a  RENT/ RECEIVER,  APARTMENT/OWNER,  etc.  In  order  to  make 
explicit  the  source  of  these  different  vistas,  we  proposed  marking  the 
standard  KL-ONE  superC  link  with  the  label  VIZ  in  all  such  oases  (v.  Figures  2 
and  3).  Insofar  as  VIZ  links  are  intended  to  provide  a  focus  mechanism  for  a 
problem  solver  (which  would  operate  "outside"  of  the  KL-ONE  interpreter),  they 
are  funotionally  similar  to  "perspectives"  in  KRL.  However,  by  restricting 
their  introduction  to  QUA-defined  oonoepts,  we  are  making  an  additional  claim 
as  to  what  constitutes  a  conceptual ly  well-formed  oontext  for  their  use.  It 
has  been  objected  (e.g.,  by  Richard  Flkes  and  Danny  Bobrow)  that  one  may  want 
to  ask  for  the  RoleSets  of  a  oonoept  that  were  inherited  from  a  particular 
superC,  whether  the  oonoept  was  QUA  or  not.  Clearly  one  needs  some  forcing 
examples  to  decide  the  issue  one  way  or  the  other. 
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FIG.  1.  QUA-DEFINED  LANDLORD  AND  TENANT 


Slnoe  It  was  initially  proposed,  the  QUA  link  has  elicited  two  major 
types  of  dlsousslon  within  the  KL-ONE  community.  The  first  conoerns  whether 
or  not  it  oan  be  subsumed  by  already  existing  constructs  within  KL-ONE.  The 
second  conoerns  the  actual  specification  of  the  QUA  link  and  QUA  concepts. 

Vith  regard  to  the  first,  it  has  been  suggested  that  the  QUA  link  is 
really  nothing  more  than  a  convenient  abbreviation  for  an  RSR  within  the  so- 
called  QUA-deflned  oonoept.  In  the  case  of  LANDLORD,  for  instanoe,  there 
would  be  an  SD  specifying  that  for  any  particular  LANDLORD  there  must  exist  a 
corresponding  APARTMENT/LEASING  whose  PARTY/A  filler  is  that  particular 
LANDLORD  (v.  Figure  4).  Two  points  against  this  suggestion  are: 
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FIQ.  2.  THE  QUA-RELATED  VIZ  BUNDLES 


o  it  falls  to  convey  the  role-dependent  nature  of  a  QUA-deflned 
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FIG. 


o 


concept,  e.g.,  a  person's  being  a  LANDLORD  AS.  &  result  of  the  role  be 
plays  in  leasing  premises  he  owns  (a  notion  closer  to  functional 
composition  than  to  aggregation  or  mere  conjunction  [of.  4  below]); 

conversely,  it  seems  to  imply  that  the  conoept  that  is  para- 
individuated  (e.g.,  APARTMENT/ LEASING)  can  itself  be  thought  of 
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FIG.  4.  RSR  VIEW  OF  QUA  CONCEPT 


Independently  from  the  QUA-defined  concept  (LANDLORD)  even  though 
everything  about  the  latter  is  totally  determined  through  such  para- 
lndivlduation.  This  makes  the  SD  here  seem  much  more  like  what  Bill 
Mark  (following  a  suggestion  of  Rusty  Bobrov)  refers  to  as  a  "further 
description"  (or  FD) ,  i.e.,  a  circumstantial  rather  than  definitional 
component  (see  Bill  Mark's  summary  of  the  "Realization"  technical 
discussion,  on  page  18,  and  his  paper  "Realization",  on  page  78).  As 
a  consequence,  one  would  be  forced  to  view  QUA  as  an  extensional 
rather  than  an  intensional  relationship,  contrary  to  what  was 
initially  intended. 

With  regard  to  the  actual  specification  of  the  QUA  link  and  QUA  concept, 
there  are  five  main  issues  involved: 

1 )  There  exists  another  version  of  QUA,  tentatively  referred  to  here  as 
RIC  (for  Role  In  Conoept).  As  described  at  the  second  KL-ONE  Workshop  (see 
also  Richard  Flkes's  paper  on  "Highlights  from  KloneTalk"  on  page  90),  there 
is  a  link  from  the  RoleSet  to  its  RIC  conoept  and  an  inverse  link  from  the  RIC 
conoept  to  its  corresponding  RoleSet.  We'll  refer  to  this  latter  usage  as  CIR 
(suggesting  the  inverse  of  RIC).  The  concept  containing  the  RoleSet  whose  RIC 
we're  talking  about  will  be  referred  to  as  the  "parent  conoept". 
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The  RZC  faoot  of  a  RoloSot  la  direotly  subsuaed  (In  tho  oonoopt 
hierarchy)  by  the  RoleSet* s  V/R  facet.  Aa  such,  It  Inherits  the  RoleSete 
which  the  T/R  can  have,  but  no  others.  (This  la  remlnlaoent  of  what  Bill 
Woods  suggested  sows  tine  ago,  naaely  that  there  should  be  a  "para-individual" 
facet  on  RoleSets  In  order  to  represent  role-dependent  oonoepts.)  If  other 
roles  are  to  be  "derived”  froa  the  parent  conoept,  this  has  to  be  explicitly 
Indloated  in  Role  Value  Maps  of  the  parent  concept.  This  presupposes  of 
oourse  that  one  be  able  to  establish  Role-Chains  over  the  RIC  faoet  of  a 
RoleSet  (v.  Figure  5). 


It  also  seeas  that  the  RIC-dependent  concept  In  suob  oases  should  have  a 
corresponding  set  of  RVMs  with  Role-Chains  going  over  the  CIR  link  up  to  the 
appropriate  RoleSets  in  the  parent  conoept.  This  entails  however  allowing  one 
to  ohain  froa  the  RoleSet  at  the  head  of  a  CIR  link  to  its  parent  oonoept  and 
then  baok  down  to  other  RoleSets  of  the  parent  (v.  Figure  6).  We  will  refer 
to  this  as  the  RVM  view  of  QOA  concepts. 

Insofar  as  the  RVM  view  is  slaply  a  notational  variant  of  the  RSR  view  of 
QUA  oonoepts  discussed  before,  It  Is  subject  to  the  saae  reaarks  aade  there. 
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FIG.  6.  RVM  VIEW  OF  QUA  CONCEPT 


It  was  suggested  that  a  more  fruitful  way  of  looking  at  the  matter,  however, 
was  to  make  a  distinction  between  oases  In  which  one  does  or  does  not  want  to 
have  a  role-dependent  concept  have  RoleSets  automatically  derived  from  the 
parent  concept.  Those  In  which  they  are  to  be  automatically  derived 
correspond  to  QUA,  those  in  which  they  must  be  explicitly  Indicated  via  RVMs 
(or  RSRs)  correspond  to  RIC/CIR.  The  former  can  be  viewed  as  establishing 
intenslonal  role  correspondences,  the  latter  as  establishing  extensional  ones. 
The  fact  that  what  is  automatically  derived  in  the  oase  of  QUA  could  perhaps 
also  be  represented  via  the  RVM  (or  HSR)  view  of  QUA  merely  obsoures  this 
point. 

There  was  also  some  dlsousslon  as  to  whether  there  might  be  other  oases 
than  QUA  in  which  one  would  want  to  have  an  intenslonal  correspondence 
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established  between  local  roles  (e.g. ,  personFlnger  on  Person  being  equivalent 
to  the  hand Finger  of  the  Hand  of  Person). 

2)  Given  the  intiaate  relationship  between  RIC-  or  QUA-dependent  concepts 
and  the  ezplioitly  or  iaplicitly  defining  RVMs  (or  RSRs)  associated  with  then, 
their  plaoenent  on  the  concept  subsuaptlon  hierarchy  forces  one  to  address  the 
subsuaptlon  relationship  for  RVMs  and  RSRs.  For  soae  thoughts  on  the  natter, 
see  Rusty  Bobrow's  technical  discussion  suaaary  concerning  RSRs  (page  44),  our 
position  paper  ("Towards  a  oaloulua  of  structural  descriptions  ...  *  on  page 
115),  Bill  Mark's  "Realization"  (page  78),  Bill  Mark's  technical  dlsousslon 
suaaary  on  realization  (page  18),  and  Ton  Lipkis'  "A  KL-ONE  Classifier"  (page 
128).  Note  that  currently  the  latter  do  not  seen  to  treat  RVMs  or  RSRs 
unifornly  in  this  regard. 

3)  By  having  the  QUA  (or  CIR)  link  point  to  the  RoleSet  node  Itself,  one 
raises  the  possibility  that  what  is  being  QUA-defined  is  the  RoleSet  as  a 
whole  rather  than  nenbers  of  the  set.  Where  the  cardinality  is  >  1,  however, 
one  would  like  to  have  both  oonoepts  QOA-definable  (e.g. ,  BOARD/OF/DIRECTORS, 
as  well  as  BOARD/MEMBER).  Only  in  the  latter  case,  however,  is  the  QUA- 
defined  ooncept  subC  to  the  V/R  faoet  of  the  RoleSet,  as  originally  proposed. 


FIG.  7.  TWO  DIFFERENT  QUA  LINKS 
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One  way  of  dealing  with  the  problea  is  slaply  to  introduoe  a  second  type 
of  QUA  link  whioh  treats  the  set-based  facets  or  properties  of  the  RoleSet  as 
RoleSets  theaselves  to  be  inherited  by  the  QOA-defined  concept.  In  plaoe  of 
the  V/R  faoet,  however,  would  be  a  •neBber*  RoleSet  whose  V/R  was  the  other 
type  of  QUA-linked  oonoept  that  we  have  dlsoussed  up  to  now  (of  course,  this 
aoheaa  would  require  a  oaloulus  of  sets).  Autoaatically  derived  RoleSets  froa 
the  parent  oonoept  would  in  both  oases  follow  the  principles  that  were 
elaborated  earlier.  This  type  of  approach  is  Illustrated  in  Figure  7. 


FIG.  8.  RIC-LXNKED  COLLECTIVE  VS.  RXC-LXNKED  SET  MEMBER 


Another  possibility  is  to  have  an  additional  role  on  the  parent  oonoept 
whose  V/R  is  itself  a  set  or  oolleotive  entity,  along  with  an  RVM  establishing 
the  necessary  correspondence  between  its  "neaber"  RoleSet  and  the  appropriate 
RoleSet  in  the  parent  oonoept.  A  single  type  of  QOA  (or  RIC/CIR)  link  could 
then  be  used  for  both  the  oolleotive  entity  and  the  RoleSet  aeaber  one.  This 
type  of  approaoh  is  illustrated  in  Figure  8. 
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4)  Tba  initial  Motivation  for  introducing  the  QUA  link  vaa  semantic  in 
natura.  Tba  problaa  balng  addreasad  oonoarnad  ways  in  whloh  oonoapta  oould  ba 
apaoialisad.  KL-ONE  provided  essentially  three  ways:  aodifioation  (i.a. , 
specialisation  of  a  RoleSet' s  V/R  or  cardinality  faoet),  dlffarantiation 
(i.a.,  oreation  of  new  RoleSets  as  subsets  of  aoae  sore  general  RolaSat  in  the 
parent  oonoept),  and  Multiple  inheritance.  Given  that  the  aoat  abstract 
conoept  in  a  KL-ONE  taxonomy  has  a  single  RoleSet,  whose  cardinality  facet  la 
>*  1 ,  one  sees  that  the  introduction  of  new  RoleSets  is  in  a  sense  ultlaately 
always  based  on  differentiation  of  that  Initial  RoleSet.  The  question  we 
asked  was  whether  a  framework  could  be  established  which  would  enable  one  to 
sake  explicit  the  definitional  context  presupposed  by  Many,  if  not  all,  suoh 
differentiations.  In  the  context  of  huaan  society,  for  instance,  certain 
types  of  social/oontractual  interactions  result  in  the  association  of  specific 
attributes  with  the  participants  of  such  interactions.  Slnoe  these  attributes 
derive  from  the  role-playing  activity  of  the  participants  over  extended  time 
horizons  (cf.  our  discussion  of  LANDLORD  and  Figures  1,  2  and  3),  we 
Initially  viewed  the  QUA  link  as  being  restricted  to  RoleSets  in  duratlve  or 
Iterative  processes.  Thus  HITTER  oould  be  QOA-defined  only  in  a  dispositional 
sense,  not  a  punctual  one.  And  RoleSets  of  object  concepts  suoh  as  ARCH, 
PERSON,  BOOK,  MESSAGE  were  all  excluded  as  the  head  of  a  QUA  link.  Note, 
however,  that  slnoe  these  latter  concepts  can  themselves  all  be  QUA-defined 
relative  to  an  appropriate  framework,  their  RoleSets  thereby  also  can.  A 
MESSAGE'S  REQUIRED/FIELDS ,  for  Instance,  have  exaotly  the  same  context  of 
definition  as  the  MESSAGE  Itself,  just  as  a  LANDLORD'S  TENANT  has.  He  thus 
hypothesized  that  QUA  links  to  RoleSets  other  than  those  in  duratlve  or 
iterative  processes  can  always  be  treated  simply  as  a  notational  abbreviation 
along  the  lines  just  mentioned. 

Note  that  under  this  hypothesis  one  automatically  eliminates  the 
possibility  of  deriving  Inappropriate  RoleSets  (e.g.,  "sex"  of  "child"  from 
"sex"  of  "mother")  or  of  creating  conflicting  inheritance  paths  for  the  same 
QUA-defined  conoept.  The  formal  properties  of  QUA  of  course  can  be  divorced 
from  the  issue  of  whether  or  not  the  hypothesis  is  correct.  In  the  RIC 
framework  the  question  in  a  sense  doesn't  even  arise,  since  all  RoleSets,  from 
a  purely  syntaotlo  point  of  view,  have  a  RIC  facet  (just  as  they  do  a  RoleName 
faoet).  Whether  or  not  it  turns  out  to  be  a  "useful"  representation  mechanism 
in  any  particular  case  is  not  regarded  as  having  anything  to  do  with  its 
lmplloit  presence:  that's  simply  part  of  the  "extra- terminological”  advice  one 
might  wish  to  make  available  to  a  user. 

5)  If  one  aocepts  the  dependence  of  QUA  links  on  process  oonoepts,  the 
proper  representation  of  the  latter  within  KL-ONE  becomes  oruolal.  We  have 
advocated  using  Augmented  Event  Transition  Networks  (AETNs)  as  the  basis  for 
modeling  the  role-dependent  aspect  of  QUA-defined  oonoepts.  An  AETN  is  a  kind 
of  event  grammar,  specifying  the  "expeoted"  behavior  of  participant  role- 
players  in  processes  that  have  extended  time  horizons,  as  well  as  the  possible 
transformations  that  physical  entitles  can  undergo  relative  to  particular 
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functional  porapootivoa,  without  destroying  their  "objecthood".  As  foraal 
objects,  AETNs  can  be  represented  by  sets  of  propositions  or  olauses 
incorporating  special  operators  and  connectives  for  dealing  with  such  notions 
as  teaporal  realization,  precedence,  possible  or  eventual  succession,  eto. 
These  ideas  are  developed  aore  fully  in  our  position  paper  for  this  Workshop, 
"Towards  a  calculus  of  structural  descriptions  ...  "  (see  page  115). 
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2.  GROUP  DISCUSSIONS 


During  the  second  day  of  the  main  conference,  we  formed  several  working 
groups  in  order  to  promote  informal,  technical  discussions.  The  topics 
dlsoussed  were  chosen  from  suggestions  made  by  the  participants  prior  to  the 
Works hop.  There  were  four  of  these  groups,  three  of  which  are  summarized  in 
this  chapter*  The  fourth  group,  not  represented  in  this  chapter,  worked  on 
"practice"  problems  using  KL-ONE. 


The  ehairperson  of  each  group  was  chosen  in  advance  and  asked  to  prepare 
a  description  of  the  issues  to  be  addressed  at  their  session.  These 
descriptions  were  circulated  among  the  Workshop's  participants  at  the 
beginning  of  the  Workshop  and  participants  then  chose  the  sessions  they  wished 
to  attend.  This  ehapter  presents  summaries  of  these  sessions,  each  written  by 
the  corresponding  ehairperson  of  each  group. 
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2.1  Transporting  KL-ONE  to  other  LISPS 


Chaired  by  Tin  Finin  (Penn) 


This  section  disousses  the  results  of  the  group  Meeting  concerned  with 
using  KL-ONE  in  environments  other  than  Interlisp.  In  particular  we  discussed 
Lisp  versions  of  KL-ONE  whloh  are  derived  fron  the  Interlisp  KL-ONE  rather 
than  entirely  separate  implementations  based  on  the  same  functionality.  We 
perceive  a  strong  interest  in  having  suoh  versions  of  KL-ONE  available  on 
machines  which  do  not  support  Interlisp. 

Our  group  explored  various  ways  to  share  resources  and  help  one  another. 
As  a  whole,  the  group  shared  the  feeling  that  we  would  benefit  from  some  sort 
of  organization,  however  loose,  that  would  prevent  any  duplication  of  effort. 
The  discussions  grouped  around  four  major  Issues:  the  nature  of  our  interest 
in  non-Interlisp  KL-ONE  translations,  the  nature  of  BBN's  role,  maintenance  of 
communication  and  the  sharing  of  the  Franzlator  translation  system  and  any  of 
its  translations. 


I.  Who  Wants  What 


The  largest  component  of  the  group  was  interested  in  a  version  of  KL-ONE 
which  would  run  on  a  VAX.  This  means  either  a  FranzLisp  version  or  waiting 
for  the  release  of  Vax-Interllsp.  The  second  largest  component  was  Interested 
in  versions  of  KL-ONE  for  Lisp  Maohines.  There  was  scattered  interest  in 
versions  for  several  less-common  Lisp  dialeots  (OTLisp  and  various  Lisps  for 
Univac  machines) .  The  future  possibility  for  a  CommonLlsp  version  was  brought 
up  and  discussed. 

There  was  a  general  agreement  that  it  would  be  highly  desirable  to  have 
non-Interlisp  versions  "track"  the  current  Interlisp  one.  This  requires 
mechanical  translation  or  Interlisp  emulation.  The  Franzlator  translation 
system  appeared  to  meet  the  needs  of  the  task. 


II.  BBN's  position  on  non-Interlisp  KL-ONE 


As  of  yet,  BBN  has  not  expressed  a  clear  offioial  position  on  its 
relationship  to  external  KL-ONE  users,  especially  with  regards  to  those  of  us 
wishing  to  develop  and  use  non-Interlisp  versions  of  KL-ONE.  The  informal 
position  has  been  quite  supportive,  both  in  terms  of  encouragement  and  in 
terms  of  computer  resources  and  manpower.  We  recognize,  of  course,  that  the 
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reaouroea  that  can  be  devoted  to  spreading  KL-ONE  are  very  United.  The 
following  points  were  suggested: 


o  BBN  should  develop  an  offioial  position  on  the  distribution  of  the 
KL-ONE  source  code. 

o  BBN  should  decide  what  resources  and  how  nuch  of  then  can  be  devoted 
to  non-Interlisp  users.  In  particular,  it  was  suggested  that  BBN 
night  nake  the  DWIMified  KL-ONE  source  code  available  from  the  Arpa 
network.  Another  particular  issue  is  to  what  degree  BBN  will  be 
willing  to  nake  source-level  changes  in  the  Interlisp  version  to 
slnpllfy  its  conversion  to  other  Lisps.  This  has  already  happened  to 
a  United  degree  in  conjunction  with  the  effort  to  produce  a 
PranzLlsp  version. 

o  A  ooanunity  of  non-Interlisp  KL-ONE  users  on  the  Arpa  net  will  need 
acoess  to  one  of  the  BBN  naohines  in  order  to  send  and  retrieve 
files.  He  should  seek  sone  kind  of  support,  probably  from  ARPA,  for  a 
conputer  account  for  this  purpose. 


III.  Maintaining  Connunlcation 


One  of  the  nore  important,  and  perhaps  simple,  tasks  is  to  set  up  the 
means  of  maintaining  communications  between  non-Interlisp  KL-ONE  users  and 
potential  users.  Three  suggestions  were: 

1.  Set  up  an  Arpa  network  nailing  list  for  those  people  with  access  to 
the  Arpa  network. 

2.  Set  up  a  U.S.  Mail  mailing  list  for  those  people  who  do  not  have 
aocess  to  the  Arpa  network. 

3.  Set  up  lines  of  comnunication  across  the  CSNet  and  CogNet  networks 
when  they  become  available. 

Jim  Schmolze  volunteered  to  maintain  the  U.S.  Mail  nailing  list  for  those 
people  not  on  the  Arpa  network. 


IV.  Sharing  Translators  and  Translations 


The  nanagement  of  one  or  nore  non-Interlisp  versions  of  KL-ONE  is 
oertalnly  a  large  and  tine- consuming  task,  involving  the  oreatlon, 
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distribution,  documentation  and  maintenance  of  the  code.  Since  none  of  us  oan 
take  on  such  a  large  task,  we  sought  ways  to  distribute  the  work.  The  general 
plan  which  we  developed  involved  the  following  points: 


o  The  Penn  group  will  make  available  the  Franzlator  lisp  translation 
system,  the  Interlisp  to  FranzLisp  translation  rules,  and  the 
Interlisp  run-time  support  system. 

o  Translation  rules  for  other  Lisp  dialects  will  be  developed  by  the 
interested  parties. 

o  BBN  will  make  available  the  dwimifled  source  code  for  KL-ONE. 

o  Bach  of  us  will  be  responsible  for  obtaining  the  Franzlator  and  the 
dwimifled  code  and  creating  our  own  translation. 
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2.2  Inferenoea  In  KL-ONE 


Chaired  by  Ron  Brachman  (Fairchild) 


I.  Introduction 


Work  on  KL-ONE  the  past  few  years  has,  for  the  most  part,  concentrated  on 
issues  of  structure.  While  it  has  always  been  implicit  that  the  structure  is 
to  be  built  a  certain  way  only  to  support  inference  over  it,  not  much  has  been 
said  explicitly  about  the  kinds  of  inference  that  were  in  mind.  The  purpose 
of  this  discussion  group  was  to  try  to  articulate  the  kinds  of  inference  that 
the  current  system  and/or  conception  of  KL-ONE  covers,  as  well  as  those  that 
were  desirable  to  include  in  future  work. 

This  is  the  invitation  sent  out  to  participants  in  the  Workshop: 


The  purpose  of  a  representation  language  is  to  support  certain 
kinds  of  inference.  The  topic  we  would  like  to  address  at  this 
working  meeting  is,  "what  kinds  of  inference  does  KL-ONE  support,  and 
what  kinds  of  inference  SHOULD  it  support?" 

The  notion  of  a  classification  lattice  that  KL-ONE  has  had  for 
most  of  its  life  has  implicit  in  it  several  kinds  of  inference: 
transitivity  of  the  superConcept  relation,  parts  inferences,  etc.  Can 
we  enumerate  these  and  make  it  clear  just  what  their  functionality 
should  be?  Without  doing  at  least  that,  it  is  hard  to  explain  or 
justify  the  language  to  others  (logical  types,  especially).  In 
addition,  the  assertlonal  part  of  the  language  has  been  sparse,  at 
best.  What  kind  of  assertlonal  inferences  should  we  plan  on  handling? 
Why  is  coreferentiality  of  description  any  more  important  than  modus 
ponens?  Can  we  somehow  get  away  without  a  complete  set  of  logical 
connectives  and  rules  of  Inference? 


II.  Discussion 


At  the  outset,  we  tried  to  draw  a  distinction  between  three  provinces  of 
inference  in  a  representation  framework :  1 )  those  inferences  that  oame  "for 
free"  as  part  of  the  language  design  (e.g.,  classification),  ?)  Inferences 
appropriate  to  a  knowledge  representation  system,  but  not  considered  part  of 
the  language  design,  and  3)  those  completely  outside  the  scope  of  a 
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representation  systea.  After  some  discussion,  we  decided  to  drop  the 
distinction  between  the  first  two  of  these,  and  settled  on  the  question  of 
what  inferential  power  should  oone  as  part  of  a  "turnkey*  representation 
systea,  and  what  should  not  be  considered  the  proper  responsibility  of  a 
representation  systea. 

The  discussion  proceeded  saoothly,  with  most  everyone  agreeing  on  a  not 
too  extensive  list  of  types  of  Inference  they  would  like  to  see  inoluded  in 
KL-ONE: 


o  "inheritance",  or  the  equivalent  thereof  (part  of  the  disoussion 
focused  on  how  inheritance  was  an  iapleaentation  notion,  and  not  a 
logical  one). 

o  classification  of  descriptions  on  the  basis  of  their  Internal 
structure;  this,  too,  is  an  iapleaentation  notion  -  what  is  needed  is 
an  ability  to  infer  the  answer  to  the  question  "does  description  A 
subsume  description  B?”,  and  classifying  descriptions  in  a  taxonomy 
from  which  the  answer  to  this  question  can  be  read  off  is  one  way  to 
iapleaent  it. 

o  realization  -  inferring  which  individuals  are  described  by  which 
descriptions  just  on  the  basis  of  descriptions  known  to  apply  to  thea 
(e.g.,  that  the  conjunctive  description  "an  A  which  is  a  B"  applies 
to  an  individual  that  is  known  to  be  an  A  and  known  to  be  a  B  -  see 
the  Technical  Discussion  on  the  Realizer). 

o  various  inferences  over  Role  Value  Maps,  including  the  faot  that  if 
"A  subset  B"  and  "B  subset  A"  then  "A  =  B". 

o  Inference  of  Value  Restrictions  through  Role  Value  Maps  (if  two  Roles 
are  known  necessarily  to  corefer,  then  the  restrictions  on  their 
fillers  can  be  Inferred  to  be  the  aaae);  this  is  the  basis  for  Fikes' 
"Aotive  Role  Value  Maps”. 

o  co-specification  inferences  -  it  should  be  possible  for  the  system  to 
be  able  to  tell  when  it  is  no  longer  possible  for  two  descriptions  to 
apply  to  the  same  individual,  based  on  disjointness  and 
exhaustiveness  assertions;  it  should,  by  the  same  token,  be  possible 
to  tell  when  two  descriptions  must  specify  the  same  individual. 

o  truth/reason  maintenance  -  it  should  be  possible  for  a  knowledge 
representation  system  to  maintain  the  dependencies  between 
assertions,  where  those  dependencies  arise  either  from  inferences 
made  by  the  representation  system  itself  or  by  an  outside  agent.  The 
ability  to  deteot  inconsistencies  among  assertions,  in  general,  was 
thought  to  be  beyond  the  scope  of  a  representation  language. 
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o  unification  of  descriptions 

o  accessibility,  as  anong  contexts  representing  possible  worlds 

It  was  also  nearly  uniforaly  agreed  that  two  types  of  practical 
aeehaniaas  are  desirable:  1)  tools  for  interfacing  the  ays  tea  to  a  data  base 
or  "the  real  world",  and  2)  an  "escape  aechanisa”,  so  that  a  user  of  the 
representation  systea  can  specify  certain  things  in  the  language  in  which  the 
representation  systea  is  implemented.  This  latter  was  stated  to  be 
particularly  iaportant,  in  that  iapleaented  systeas  are  inevitably  incoaplete. 

At  least  two  kinds  of  things  were  felt  not  appropriate  ground  for  a 
representation  systea  to  cover: 


1.  peroeptual  activities,  like  recognition,  wherein  an  "appropriate" 
description  is  determined  for  soae  Individual.  The  representation 
systea  should  be  able  to  record  the  results  of  perceptual 
recognition  and  contribute  information  to  the  mechanism  doing  the 
recognition,  but  it  is  not  the  Job  of  the  representation  itself  to 
do  such  processing. 

2.  color  graphics,  etc. 

Finally,  there  were  a  few  more  things  not  particularly  inferential  in 
nature  that  were  expected  to  be  present  in  an  off-the-shelf  knowledge 
representation  system.  These  Included  basic  oonoepts  and  axioms,  like 
conoepts  for  numbers;  the  most  general  description,  from  which  all  other 
descriptions  are  formed  (e.g.,  the  KL-ONE  Concept  "THING",  with  its  one  Role 
"subpart",  from  which  all  other  Roles  desoend);  conoepts  for  LISP  functions; 
and  a  self-description  that  is  understood  by  the  systea  itself  (wherein  an 
activity  of  the  system  can  be  made  to  happen  by  describing  that  activity  in 
the  language  itself  and  causing  it  to  "take"). 
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2.3  Usage  of  oontezta  for  representation  of  tiae  and  belief 


Chaired  by  David  Israel  (BBN) 


The  notion  of  a  CONTEXT  (or  SITUATION  or  POSSIBLE  WORLD)  seems  to  be 
necessary  in  specifying  the  semantics  of  a  large  class  of  important  -  so- 
called  "intensional"  -  constructions.  Suoh  notions  were  first  used  to  explain 
the  meaning  of  the  modal  constructions  -  those  in  which  the  concepts  of 
necessity  and  possibility  played  oentral  roles.  Intuitively,  to  say  that  a 
proposition  is  a  necessary  truth  is  to  say  that  it's  true  in  all  possible 
worlds;  to  say  that  it's  false  but  might  be  true  is  to  say  that  in  the  actual 
world  it's  false,  but  that  there  are  possible  worlds  (possible  situations)  in 

which  it's  true.  The  same  idea  has  been  used  in  explicating  the  meaning  of 

counterfaotuals  -  sentences  of  the  form:  If  it  were  (had  been)  the  case  that 
P,  then  it  would  be  (have  been)  the  case  that  Q.  Others  (most  Importantly  in 

AI,  Bob  Moore)  have  attempted  to  use  the  same  kind  of  notion  in  explicating 

the  logic  and  meaning  of  propositional-attitude  constructions,  such  as:  S 
believes  (desires,  hopes,  wants,  fears, etc.)  that  P.  And  a  number  of 
researchers  have  used  similar  ideas  in  handling  temporal  constructions  (It 
will  be  the  case  that  P;  It  used  to  be  the  case  that  P;  but  is  now  no  longer. 
Etc. ) 


No  claim  is  being  made  that  exaotly  the  same  ideas  are  at  work  in  all 
this  work;  but  there  are  strong  family  resemblances  among  them.  And  central 
to  them  all  is  the  introduction  of  a  domain  (a  set)  of  contexts  whose 
Intrinsic  structures  are  left  largely  or  completely  unspecified.  Since 
theories  of  possible  world-type  semantics  leave  us  so  in  the  dark  about  the 
properties  of  these,  they  had  best  tell  us  something  about  the  relations 
holding  among  them.  And  that's  what  most  such  accounts  do:  crucially,  they 
specify  a  set  of  dyadic  relations  among  worlds,  situations,  whatever,  whioh 
are  supposed  to  govern  "movement1'  between  these.  In  the  case  of  the 
modalities,  these  relations  are  termed  relations  of  relative  accessibility  or 
reachability;  in  the  case  of  temporal  constructions  one  might  imagine,  e.g. ,  a 
relation  of  precedence  among  SITUATIONS  or  TIME-SLICES  (or  INSTANTS). 

Let's  assume  that  we  are  all  convinced  that  we  want  to  handle  the  kinds 
of  constructions  exampled  above  in  KL-ONE;  what  then?  Both  the  design  and  the 
implementation  of  such  a  facility  raises  significant  problems.  One  that,  in 
some  sense,  takes  priority,  can  be  put  thus:  do  we  go  extensional  or  do  we 
stay  Intensional?  All  of  the  constructions  alluded  to  above  are  Intensional; 
a  natural  way  to  treat  them  (and  the  way  that  in  modal  and  tense  logics  and 
the  logics  of  knowledge  and  belief  they  are,  in  faot  treated)  is  to  introduce 
Intensional  operators  and  either  axioms  or/and  rules  of  inference  governing 
these.  That  is,  to  introduce  a  new  logic  (or  logical  theory.)  One  can, 
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however,  avoid  this  move  and  handle  these  constructions  in  a  standard, 
extensional  (first-order)  quantificational  way  by  slightly  altering  the 
language  one  starts  with  in  oertain  staple  ways  (and  correlatively  adding  new 
structures  to  the  original  doaaln).  So  for  instance,  this  is  how  both  Moore 
and  (though  not  so  coapletely)  MoCarthy  and  Hayes  go  about  things.  In  KL-ONE, 
this  would  require  having  a  generic  oonoept  for  SITUATIONS  (INSTANTS,  POSSIBLE 
WORLDS,  what  have  you)  and  in  conformity  with  the  spirit  of  the  thing, 
specifying  a  theory  of  worlds,  etc.  for  which  some  KL-ONEish  version  of  a 
sound  (and  complete?)  proof- procedure  for  quantification  theory  was  specified. 
NOTE,  this  way,  at  least  in  its  pure  form,  requires  no  new  kinds  of  structure 
(especially  not  if  you  think  of  KL-ONE  as  some  oddly  shaped  notational  variant 
of  a  standard  quantificational  language.)  It  does  require  new  and  special 
axioms  dealing  with  possible  worlds  and  relations  among  them  and  their 
"inhabitants".  But  this  is  up  to  the  applications  designer,  in  just  the  same 
way  that  it  would  be  if  the  theory  at  hand  were  an  arithmetic  or  biological 
(as  opposed  to  a  metaphysical)  one. 

The  other  way  -  and  of  oourse  there  are  many  variants  here  -  surely  will 
require  new  kinds  of  KL-ONE  structures  and  new  problems  about  their 
interactions  with  each  other  and  with  other  KL-ONE  structures  (e.g.  and  most 
famously,  perhaps:  individual  conoepts  and/or  nexuses). 

A  major  issue  of  discussion  at  the  session  was  on  the  significance  - 
within  KL-ONE  -  of  the  difference  between  these  two  kinds  of  treatment.  Was 
it  a  matter  merely  of  semantic  net  design?  (There  were  also  heated  exchanges 
on  the  different  kinds  of  oontext-dependence  with  which,  e.g.,  a  natural 
language  understanding  system  would  have  to  deal.)  There  was,  as  well, 
explioit  recognition  of  the  ways  in  which  these  issues  connected  with  issues 
about  the  treatment  of  propositions  in  KL-ONE.  But,  alas,  there  was  no  clear 
consensus. 
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3.  PAPERS  FOR  PRESEVTED  TALKS 


Several  formal  talks  were  presented  at  the  Workshop.  The  papers  in  this 
ohapter  oor res pond  to  those  talks.  The  series  of  talks  that  occurred  on 
Monday  night  (entitled  "Talks  froa  various  sites")  are  not  reported  here  as 
they  were  intended  to  be  informal  descriptions  of  various  projects.  However, 
all  other  talks  are  represented  by  papers  in  this  ohapter.  The  first  paper  in 
this  ohapter  was  presented  during  the  technical  discussions.  The  others  were 
presented  at  the  aaln  conference  (eaoh  paper  is  noted  as  to  when  it  was 
presented) . 

Please  note  that  the  seotlon  numbering  scheme  within  eaoh  of  these  papers 
is  disjoint  froa  that  of  this  proceedings.  Whatever  scheme  was  selected  by 
each  author  was  left  intact,  even  though  it  may  appear  to  overlap  the  section 
numbers  assigned  to  other  portions  of  the  proceedings. 


77 


PRESEVTED  PAPERS 


Bolt  Beranek  and  Bataan  Ino 


Raport  Bo.  4842 


Baalisatlon 


Villiaa  Mark 

OSC/lnforaatlon  Solanoaa  Institute 
(Presented  during  the  technical  dlsoussions) 


1.  Introduction 


All  knowledge  based  systens  have  as  a  key  task  the  problem  of 
"recognition",  that  is,  relating  a  new  piece  of  knowledge  to  the  existing 
knowledge  base.  In  KL-ONE,  there  is  a  strict  separation  between  the 
intensional  characteristics  of  representations  in  the  knowledge  base  and  their 
extensions  in  the  real  world.  Intensional  infornation  is  kept  in  the  fora  of 
a  taxonomy  of  conoept  definitions.  Extensional  information  consists  of  the 
association  of  descriptions  with  real  world  objeots  and  environments. 
Therefore,  the  recognition  process  can  be  viewed  as  consisting  of  two  parts: 
use  of  intensional  information  to  fit  the  incoming  description  into  the 
definitional  hierarchy,  classification';  and  use  of  extensional  information  to 
associate  the  incoming  description  with  the  appropriate  real  world  entities, 

realisation. 


1.1.  Definition  of  the  Problem 


The  realization  problem  is  defined  by  the  following  "principles": 


o  a  description  describes  all  real  world  entities  described  by  its 
subooncepts; 

o  the  only  my  to  tell  whether  a  description  describes  real  world 
entitles  other  than  those  described  by  its  subooncepts  is  to  use 
extensional  knowledge; 


1See  Tom  Llpkis'  paper  "A  KL-ONE  Classifier"  on  page  128. 
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o  unless  defined  to  be  true  at  oreatlon  tine,  the  coreferentiallty  of 
two  descriptions  (i.e.,  the  faot  that  they  describe  the  saae  real 
world  entity)  aust  be  determined  by  eztensional  realization. 

The  first  principle  says  that  the  realizer  can  find  all  of  the  real  world 
entitles  that  any  description  is  defined  to  desorlbe  simply  by  looking  down 
its  subconoept  chain.  As  each  real  world  entity  is  oreated  (by  the  action  of 
processes  external  to  the  EL-ONE  formalism) ,  it  will  be  given  an  initial 
description.  By  following  the  relationships  defined  in  the  knowledge  base 
(and  maintained  by  the  classifier),  the  realizer  can  determine  which  of  these 
Initial  descriptions~and  thus  which  real  world  entitles— are  encompassed  by 
any  description  of  interest. 

But  the  second  principle  warns  that  this  reasoning  is  of  limited  utility. 
It  will  often  be  the  case  that  descriptions  of  interest  describe  real  world 
entitles  of  Interest  not  "by  definition"  (according  to  intensional  knowledge), 
but  "by  droumstance"  (depending  on  extensional  knowledge).  For  example, 
knowing  that  "message  that  has  been  seen"  describes  the  same  real  world  entity 
described  by  "message  17"  requires  an  appeal  to  extensional  knowledge. 

The  final  principle  is  really  a  simple  corollary  of  the  other  two— but  it 
emphasizes  an  important  aspeot  of  the  problem.  Hany  descriptions  contain 
constraints  involving  coreferentiallty  as  part  of  their  definitions.  For 
example,  an  "operation  composition"  of  two  operations  requires  in  its 
definition  that  the  input  of  one  operation  be  coreferential  with  the  output  of 
the  other.  This  means  that  in  order  to  determine  if  some  description 
represents  an  operation  composition,  the  classifier  must  ascertain  (among 
other  things)  that  its  outer  operation  has  as  input  the  output  of  its  inner 
operation.  But  unless  the  classifier  knows  by  definition  that  this  is  in  fact 
the  case,  in  short,  unless  the  description  was  created  as  a  subconcept  of  the 
operation  composition  description  in  the  first  place,  the  classifier  can  never 
make  this  determination.  Realization  using  extensional  knowledge  is 
necessary. 

Realization  must  therefore  be  used  not  only  when  a  reasoner  must  find 
real  objeots  in  order  to  perform  some  task,  but  also  whenever  the  reasoner  is 
trying  to  determine  the  relationship  between  two  descriptions  when 
coreferentiallty  constraints  are  involved  (i.e.,  whenever  a  description 
contains  an  RSR).  Therefore,  assuming  that  we  wish  to  go  beyond  definitional 
reasoning— or  assuming  that  we  are  inoapable  of  representing  everything  we 
want  in  the  definitional  network— realization  using  extensional  knowledge  is  a 
fundamental  part  of  the  reasoning  process,  complementing  classification  at  all 
stages. 


1.2.  The  Need  for  Simplification 
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The  reel  world  la  a  coaplex  pleoe.  Reaaoners  oust  deal  with  partial 
knowledge,  belief,  oontext-dependent  and  context-independent  information, 
information  about  individual  objeots,  information  about  groups  of  objeots, 
etc.  Descriptions  of  all  of  these  types  eertalnly  have  bearing  on  the 
realisation  problem  (any  description  could  desoribe  any  real  world  entity— or 
influence  decisions  about  the  description  of  any  entity— and  enough 
computation  oould  oonoeivably  disoover  that  fact).  As  a  practical  matter, 
realisation  must  be  restricted  due  to  the  incompleteness  of  the  current  KL-ONE 
formalism  and  to  the  need  for  conceptual  and  computational  traotabllity. 

Any  realisation  algorithm  in  the  current  KL-ONE  environment  must  be  an 
approximation.  KL-ONE  has  no  methodology  for  expressing  and  asserting 
propositions.  Its  context  mechanism  provides  an  implementation  framework,  but 
no  restrictions  on  the  interpretation  and  use  of  contextual  information.  The 
nexus  construct  has  known  limitations.  Realisation  must  work  around  these 
shortcomings  until  the  formalism  is  complete. 

Even  in  a  complete  formalism,  realization  will  inevitably  be  approximate; 
the  conceptual/oomputational  problems  of  a  complete  scheme  are  too  formidable. 
Every  time  a  new  description  enters  the  system,  the  realizer  must  deoide  which 
real  world  entities  must  be  examined,  which  existing  descriptions  have  to  be 
taken  into  account  (the  system  oould  have  widely  dispersed  information  about 
contexts,  partial  knowledge,  negative  information),  which  existing 
realisations  have  to  be  changed,  etc.  This  would  require  a  seemingly 
boundless  use  of  resources.  Simplifying  assumptions  must  be  made  if 
realization  is  to  be  feasible. 

The  next  section  describes  the  realizer  implemented  in  the  Consul  system. 
I  will  outline  the  approximations  and  restrictions  that  allow  it  to  work  in 
current  KL-ONE  (and  to  work  at  all)  and  give  examples  of  its  use.  Following 
sections  examine  the  advisability  of  making  realization  part  of  the  "standard 
KL-ONE  system"  and  discuss  the  possibility  of  extending  the  current  scheme  in 
the  direction  of  total  realization. 


2.  The  Consul  Realizer 


Given  that  the  general  realization  task  is  of  arbitrary  complexity,  the 
practical  problem  of  realization  becomes  one  of  defining  a  process  that  works 
within  the  current  limitations  of  the  KL-ONE  representation,  is  limited  enough 
to  be  computationally  feasible,  performs  a  useful  (if  not  complete)  range  of 
reasoning  tasks,  and  is  clean  enough  to  allow  modification  and  extension. 

The  Consul  realizer  is  an  attempt  to  meet  these  goals.  It  is  designed  to 
support  Consul's  major  Inferential  processes:  mapping,  explanation,  and 
acquisition.  It  uses  the  KL-ONE  representation  to  the  fullest  extent 
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possible;  where  it  aust  go  beyond  KL-ONE,  the  knowledge  it  uses  is  oare fully 
Isolated,  packaged  up,  and  attached  to  the  appropriate  parte  of  the  KL-ONE 
representation.  To  provide  computational  feasibility,  it  is  Invoked  only 
under  oertain  well  defined  conditions.  The  result  is  that  under  a  restricted 
set  of  eirouastanoes,  it  can  determine  whether  a  restricted  set  of 
descriptions  describe  a  restricted  set  of  real  world  entities,  given  a  rather 
restricted  view  of  the  real  world.  In  particular: 

o  Restrictions  £&  Invocation;  The  re&lizer  is  called  only  when  the 
classifier  adds  a  new  description  to  the  network,  and  even  then  only 
when  the  lnooalng  description  has  oertain  characteristics  (see 
below). 

o  Restrictions  an  Descriptions  Investigated:  Only  a  small  set  of 
descriptions  (the  "realization  set")  is  considered  during  each 
invocation: 


.  the  incoming  conoept; 

.  superconcepts  of  the  incoming  conoept; 

.  concepts  that  would  be  subconcepts  or  superconoepts  of  the 
inooming  concept  except  for  the  presence  of  non-preempted  RSR 
constraints ; 

.  all  other  descriptions  of  nexuses  for  which  a  new  description  is 
found  during  the  invocation. 

o  Restrictions  an  figtMfilOMl  KflOKlfidgR  Used:  All  of  the  extensional 
knowledge  that  can  be  used  to  perform  the  realization  must  either  be 
part  of  the  realizer  code  (i.e.,  knowledge  about  how  to  process 
certain  network  structures  with  no  reference  to  the  "meaning”  of  the 
conoepts  in  those  structures)  or  be  represented  as  procedures 
attaohed  to  conoepts  that  are  expected  to  be  paralndlviduated  (these 
procedures  define  the  "meaning”  of  that  particular  oonoept). 

o  Restrictions  World  View: 


.  The  only  way  to  say  something  about  the  real  world  is  to  assert 
the  description  of  a  nexus  in  some  oontext.  Mo  other 
descriptions  (e.g. ,  general  propositions,  descriptions  of 
environments  and  configurations  of  nexuses)  can  be  asserted  (see 
Section  1.1,  page  8). 

.  A  nexus  is  a  simple  desorlbable  objeot  (there  are  no  variable 
nexuses ) . 
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.  A  context  la  an  arbitrary  grouping  of  nexuses.  The  realizer 
knows  nothing  about  the  seaantlos  of  contexts  (e.g. ,  how  one 
context  relates  to  another) . 

.  The  world  of  nexuses  is  considered  to  be  closed:  It  is  assumed 
that  every  real  world  object  that  should  be  represented  by  a 
nexus  is  represented  by  a  nexus.  This  is  accomplished  by 
processes  outside  the  realizer. 

.  For  a  given  invocation  of  the  realizer,  only  those  nexuses  which 
are  described  by  descriptions  in  the  realization  set  are 
considered. 

.  The  realizer  makes  no  decision  about  the  merging  of  nexuses. 


2.1.  The  Realization  Algorithm 


The  action  of  the  realizer  is  as  follows: 


(1)  after  the  classifier  classifies  an  incoming  description,  it  calls 

the  realizer  with  a  list  of  pairs,  each  consisting  of  the  inooming 
description  and  (a)  one  of  the  "almost  subconcepts "  of  the  incoming 
description  that  do  not  have  some  RSR’s  that  are  on  the  inooming 
description,  (b)  one  of  the  superconoepts  of  the  incoming 

description  that  do  not  have  some  RSR's  that  are  on  the  incoming 
description,  or  (c)  one  of  the  "almost  superconoepts"  of  the 
inooming  description  that  have  RSR's  that  are  not  on  the  inooming 
description;  the  members  of  each  pair  are  checked  by  the  realizer 
for  a  possible  subdescription/ super description  relationship  (the 
incoming  description  may  be  either  the  subdesoription  or  the 
superdescrlptlon  of  the  pair) ; 

(2)  the  realizer  first  cheoks  to  see  whether  the  possible  subdesoription 

happens  to  describe  the  nexuses  described  by  the  possible 

superdescrlptlon: 


o  if  the  possible  subdescription  oontalns  non-RSR  information  not 
contained  on  the  possible  superdesorlptlon  (e.g.,  a  mure 
restrictive  VR  for  one  of  its  roles),  the  realizer  cannot 
determine  whether  it  describes  the  nexuses  described  by  the 
possible  superdesorlptlon;  no  further  checking  is  done,  and  the 
pair  is  dlsoarded; 

o  otherwise,  the  realizer  oheoks  to  see  whether  the  RSR 
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constraints  on  the  possible  subdescription  are  in  fact 

satisfied  by  the  nexuses  attached  to  the  possible 

superdescription;  if  they  are,  there  is  Indeed  a 
subdescription/superdescription  relationship,  and  the  nexuses 
of  the  superdescription  are  attached  to  the  subdescription; 

(3)  the  realizer  then  checks  to  see  whether  the  possible 

superdesoription  describes  the  nexuses  described  by  the  possible 
subdescription : 


o  if  the  possible  superdesoription  is  an  actual  superconcept  of 
the  possible  subdescription,  it  is  automatically  known  to 
describe  the  nexuses  described  by  the  subdescription,  and 
nothing  further  needs  to  be  done; 

o  otherwise,  the  realizer  checks  to  see  whether  the  RSR 
constraints  on  the  possible  superdescription  are  in  fact 
satisfied  by  the  nexuses  attached  to  the  possible 
subdescription;  if  they  are,  there  is  indeed  a 
subdescription/superdescription  relationship,  and  the  nexuses 
of  the  subdescription  are  attached  to  the  superdesoription; 

(4)  every  time  a  new  description  wire  is  created,  the  realizer  finds  all 
of  the  existing  descriptions  of  the  nexus  involved;  if  there  are 
more  than  one,  it  creates  the  common  subconoept  of  all  existing 
descriptions;  this  new  description  must  also  desoribe  the  nexus,  so 
it  is  appropriately  attached;  the  new  description  is  then  classified 
in  the  network. 

"Satisfaction  of  RSR  constraints"  with  respect  to  a  particular  nexus  is 
determined  by  checking  to  see  whether  its  attached  descriptions  accord  with 
the  structural  relationship  expressed  by  the  RSR  and  ( in  some  cases)  with 
procedural  specifications  for  the  paralndlvlduals  Involved.  Constraints 
involving  only  "further  description"  and  role  value  maps  can  be  checked 
structurally-- the  meaning  of  particular  paraindividuals  is  not  in  question. 
In  all  other  cases,  the  meaning  of  the  paraindivldual  must  be  considered,  and 
is  represented  via  cm  attached  procedure  (i.e.,  not  in  KL-ONE).  Also  included 
in  each  constraint  is  the  number  restriction  on  each  role  coreferenoed  by  the 
RSR:  it  tells  the  realizer  how  many  nexuses  the  value  description  of  that  role 
is  allowed  to  describe. 


2.2  An  Example  of  Realization 


This  may  be  easier  to  unravel  in  the  context  of  an  example  (see  Figure 
1).  Suppose  there  are  three  nexuses  described  as  messages;  two  of  the 
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N1  N2  N3 


FIG.  1.  A  NEW  DESCRIPTION  IS  INTRODUCED  INTO  THE  KNOWLEDGE  BASE 


descriptions  are  also  value  restrictions  of  See  Event's.  Now  we  introduce  a 
new  description,  Message 1 :  "messages  that  have  been  seen".  In  the  oourse  of 
classification,  this  inoomlng  description  will  be  compared  with  Message. 8, 
Message. 9,  and  Message. 10.  Sinoe  Message 1  would  be  a  superconoept  of  the 
other  message  descriptions  except  for  the  SD  See  Event,  Message. 8,  Message. 9, 
and  Message. 10  are  "almost  subconcepts"  of  Messagel.  Following  step  (1)  of 
the  algorithm,  the  "possible  subdescription"/ "possible  superdesrlption*  pairs 
(Message. 8  Messagel),  (Message. 9  Messagel),  and  (Message. 10  Messagel)  are 
passed  to  the  reallzer. 
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For  uoh  pair,  the  realizer  first  sttwpts  to  determine  whether  tbs 
posalbl#  subdeaorlption  dssoribea  tbs  nexuses  dosoribod  by  tbs  posaibls 
aupsrdssorlption  (stop  (2)).  Id  ssoh  oaae,  this  is  prevented  by  tbs  foot  that 
thsrs  is  sdditioaal  non-BSR  information  on  tbs  subdssoription  (tbs  YK's  of  tbs 
ssndsr  and  reoeiver  roles,  tbs  additional  id  role). 

Tbs  roalissr  aust  nsxt  ass  whether  tbs  posaibls  supsrdssoriptions 
dssoribs  tbs  nazusss  dssorlbsd  by  tbs  posaibls  subdssoriptions  (stop  (3)). 
This  wans  dstsraining  vbstbsr  tbs  constraint  expressed  by  tbs  "further 
dssorlption"  Sss  leant  is  true  of  tbs  nexuses  described  by  Message. 8, 
Message. 9 i  and  Mas saga. 10  (respectively) .  Further  description  iaplies  that  a 
auboonoept  of  the  peril  ndi  vidua  ted  concept  has  a  role  with  a  value  as 
indicated  by  the  ooref  role  of  tbe  paraindlvldual.  That  is,  the  further 
description  constraint  expresses  a  teaplate  that  can  be  checked  in  tbe  network 
structure.  In  this  case,  the  teaplate  is  satisfied  if  tbe  Message  in  question 
fills  tbe  object  role  of  soae  kind  of  See  Event  description. 

This  notion  of  "filling  the  objeot  role"  aust  be  exaalned  carefully.  In 
KL-OHE ,  tbe  fact  that  a  Message  description  is  the  VR  of  the  objeot  role  of  a 
See  Event  description  says  nothing  about  whether  a  particular  entity  (nexus) 
described  as  that  Message  is  in  fact  in  an  "objeot"  relationship  with  tbe 
particular  entity  described  as  a  See  Event.  This  would  only  be  true  if  we 
could  soaehow  show  that  tbe  description  Message  uninuoiv  describes  tbat 
particular  entity,  l.e.,  that  that  description  could  not  possibly  desoribe  any 
other  nexus,  so  it  aust  aean  this  one.  In  short,  for  the  realizer  to  check 
the  further  description  constraint,  it  aust  see  whether  the  Massage 
description  is  individual  in  this  way  under  these  circumstances. 

In  this  case,  Message. 8  is  deternlned  to  be  an  individual  description. 
It  is  then  checked  to  see  whether  it  is  the  value  of  the  objeot  role  of  soae 
kind  of  See  Event  that  describes  a  nexus;  it  is  not.  The  further  description 
constraint  therefore  does  not  hold,  and  Message)  does  not  describe  nexus  Ml. 
However,  siallar  reasoning  for  Message. 9  and  Message. 10  leads  to  the 
conclusion  that  Messagel  does  Indeed  desoribe  nexuses  H2  and  M3.  The  realizer 
therefore  attaohe3  Messagel  to  M2  and  M3. 

I  will  postpone  discussion  of  step  (4)  of  the  algoritha  and  go  on  to 
Figure  2,  showing  the  introduction  into  the  knowledge  base  of  another  new 
description,  Message2:  "messages  from  Jones  to  Salth  when  both  were  logged 
on".  In  the  previous  case,  the  inooaing  description  was  the  possible 


2  This  argument,  as  well  as  tbe  system's  aechanisn  for  determining 
individuality,  is  described  in  wuoh  greater  detail  in  Mark's  summary  of  tbe 
technical  dlsoussion  on  "Individuality  in  KL-OHE",  Seotlon  1.3,  page  23). 
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plaoe  much  as  before  exoept  that  the  3D  Logged  On  la  not  a  "further 
description",  and  requires  different  processing. 

The  realizer  sust  essentially  determine  whether  the  constraint  expressed 
by  Logged  On  is  true  of  the  nexuses  described  by  Message.  8  or  Mesaage . 9 •  The 
desired  constraint  is  that  the  message  have  the  characteristic  that  both  its 
sender  and  receiver  were  logged  on  when  it  was  sent.  The  question  is  how  this 
can  be  represented  and  how  the  realizer  can  determine  whether  or  not  it  holds 
in  this  oase.  I  will  sake  the  assumption  that  the  constraint  is  not  easily 
represented  in  terms  of  the  ourrent  KL-ONE  formalism,  and  must  therefore 
somehow  be  represented  extrinsical ly,  l.e.,  outside  the  world  of  network  and 
nexuses.  The  problem  then  becomes  to  appropriately  package  extrinsioally 
represented  constraints  so  that  they  oan  be  aooessed  and  oheoked  by  the 
realizer  in  a  consistent  manner. 

The  mechanism  chosen  in  the  current  realizer  is  to  express  all 
constraints  except  "further  description”  SD’s  and  role  value  maps  as 
procedures  attaohed  to  the  relevant  generic  concepts.  When  these  conoepts  are 
paralndividuated,  the  constraint  procedure  is  Inherited.  Then  when  the 
paralndlvldual  becomes  involved  in  a  realization,  the  realizer  aooeases  the 
procedure,  evaluates  it  on  the  relevant  arguments  (as  determined  by  the  coref 
roles  of  the  SD),  and  returns  true  or  false.  Thus,  in  this  oase  it  could 
determine  that,  say,  the  Logged  On  constraint  was  true  of  Message. 9  but  not 
Message. 8. 

Note  that  there  is  nothing  in  Figure  2,  in  other  words,  nothing  in  the 
KL-ONE  representation  of  that  situation,  that  indicates  why  Message2  describes 
the  nexus  described  by  Message. 9  but  not  Message. 8.  For  further  description 
constraints,  it  must  be  the  case  that  the  relevant  nexuses  have  been 
explicitly  created  and  appropriately  described.  For  procedural  constraints, 
all  of  this  knowledge  oan  be  implicit  (i.e.,  "somehow"  known  to  the  procedure, 
and  to  nothing  else). 

This  is  oertainly  undesirable:  we  want  to  move  in  the  direction  of  the 
expliolt  structure-based  reasoning  possible  now  only  for  constraints  that 
express  nothing  more  than  ooreferentiality  relationships,  l.e.,  only  for 
further  descriptions  and  role  value  maps.  Extension  of  the  scheme  to  more 
oomplex  predicates  awaits  the  new  proposition  representation  (see  the  Seotlon 
"Extensions",  page  20,  in  the  summary  of  the  technical  dlseuasion  on 
Realization) . 

There  is  one  more  set  of  nexuses  that  can  be  found  by  the  realizer,  as 
defined  in  step  (4)  of  the  algorithm  description.  It  is  illustrated  in  Figure 
3.  The  upper  part  of  the  figure  shows  a  nexus  N4  described  as  both  a  red 
haired  girl  and  a  cyolist.  Now  the  new  description  Cyolist'— a  red  haired 
oyclist— is  introduced.  The  realizer  should  be  able  to  discover  that  it  too 
describes  nexus  N4.  The  problem  is  that  there  is  no  single  oonoept  in  the 
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The  neoeasary  information  la  in  faot  the  conjunct  ion  of  all  ooooepta  known  to 
describe  14.  If  the  reallser  la  to  discover  this  sort  of  realisation,  it  auat 
somehow  be  aware  of  the  different  pleoea  of  information  in  the  network  that 
can  be  taken  oonjunotlvely. 

This  capability  la  provided  in  the  current  realizer  by  prior  construction 
of  the  oommon  suboonoepts:  whenever  the  oreatlon  of  a  new  description  wire 
produces  a  multiply  described  nexus,  the  comao n  subconoept  of  all  the 
descriptions  of  that  nexus  is  oreated  and  attaohed  to  the  nexus.  This  method 
was  chosen  to  simplify  the  aotlon  of  the  realizer — it  allows  this  case  to  be 
handled  naturally  in  the  framework  of  realisation  as  an  adjunct  of 
classification.  If  ooamon  subconoept  oreatlon  were  left  lmpllolt  or  made 
explioit  only  on  some  sort  of  "need*  basis,  that  is,  if  ooamon  suboonoepts 
were  not  always  explicitly  represented  in  the  network,  classification  oould 
not  be  relied  upon  to  find  all  realization  opportunities. 

In  this  case,  when  it  was  discovered  that  both  Cyolist  and  Qirl  desorlbe 
V4,  the  description  Red  Haired  Girl  Cyolist  was  produced.  When  (some  time 
later)  the  red  haired  oyolist  Cyolist'  is  introduced,  Red  Haired  Girl  Cyolist 
will  be  a  subconoept  of  it,  and  Cyolist'  will  be  seen  to  desorlbe  14  by 
subconcept  link  examination.  This  situation,  the  aotual  one  produced  by  the 
reallser,  is  shown  in  the  lower  half  of  Figure  3.  This  is  another  example  of 
structural  reasoning  by  the  realizer:  there  is  no  appeal  to  extrinsic 
knowledge. 

In  the  examples  shown  in  Figures  1  and  2,  each  multiply  described  nexus 
has  one  of  these  coamon  subconoept  descriptions  like  Red  Haired  Girl  Cyolist 
(e.g.,  HI  would  have  the  additional  description  "message  from  Jones  to  Smith 
with  id  8  that  has  been  seen).  However,  since  no  new  realizations  are 
revealed  by  the  resulting  suboonoept  relationships,  these  ooamon  subconoept 
descriptions  are  not  shown  (the  diagrams  are  complicated  enough  as  it  is). 

Imagining  the  presence  of  the  appropriate  coamon  suboonoepts  and  a 
description  wire  from  H2  to  Message2,  Figure  2  shows  the  complete  result  of 
realisation  on  the  examples. 
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Highlights  from  KlonaTalk:  Display-Baa ad  Editing  and  Browsing, 
Doooapoaitions ,  Qua  Concepts,  and  Aotlve  Bola  Valus  Maps 


Blohard  Fikaa 

Cognitive  and  Instructional  Solenoas  Group 
Xerox  Palo  Alto  Research  Center 
Palo  Alto,  California 

(Presented  during  the  main  conference)1 

This  presentation  describes  some  of  the  distinctive  features  of  an 
iapleaentlon  of  KL-ONE  in  Smalltalk  [6]  called  KloneTalk.  The  motivation  for 
this  implementation  cane  from  some  work  done  by  Austin  Henderson  and  ayself 
involving  the  development  of  systems  that  understand  how  procedural  tasks  are 
aotually  done  in  an  office  rather  than  how  they  are  described  in  policy  and 
procedure  manuals  (1  and  4].  He  were  interested  in  developing  a  terminology 
for  describing  office  tasks,  functions,  and  procedures  and  we  needed  a  formal 
language  in  which  to  express  that  terminology.  He  decided  to  use  KL-ONE  as 
the  formal  language  and  to  develop  a  set  of  system  facilities  for  creating, 
editing,  extending,  and  browsing  KL-ONE  networks  that  would  support  the 
terminology  development.  He  wanted  a  display-based  interface  for  our  system 
and  the  capability  to  extend  KL-ONE  Itself  when  necessary  to  provide  the 
representational  facilities  necessary  for  our  projeot.  These  requirements  led 
us  to  build  our  own  Implementation  of  a  subset  of  the  KL-ONE  language. 


1 .  THE  KLONETALK  USER  INTERFACE 


KloneTalk  presents  the  user  with  a  display-based  interface  containing 
facilities  for  creating,  editing,  extending,  and  browsing  KL-ONE  networks.  In 
addition,  there  is  a  file  package  that  allows  the  user  to  read  and  write 
portions  of  a  network  onto  text  files  in  a  "pretty  print"  format  that  is  human 
readable  and  editable  "off  line"  using  a  text  editor.  This  seotlon  is  an 
overview  of  that  user  interface.  (For  a  more  detailed  description,  see  [2]). 


1.1.  The  Network  Index  Hlndow 


*A  videotape  was  shown  which  demonstrated  the  user  interface  to  KloneTalk. 
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For  ooob  EL-ONE  network  (typically  only  1)  In  the  system,  the  user  can 
display  a  window  containing  an  index  into  that  network.  The  index  oonaiata  of 
four  liata  of  names,  alphabetically  ordered.  Tbe  llata  are  at  generic 
oonoepta,  individual  oonoepta,  nexusea ,  and  contexts.  Figure  1z  shows  an 
index  for  a  snail  network. 

(Note:  Ve  have  fooused  our  attention  in  the  inplenentation  alnoat 
entirely  on  generic  and  individual  oonoepta,  to  the  exclusion  of  nexuses  and 
oontexts.  Hsnoe,  even  though  nexuses,  oontexta,  and  description  wires  can  be 
represented  in  KloneTalk,  we  have  given  no  attention  to  providing  user 
interface  facilities  for  their  convenient  usage.) 

The  user  can  select  any  ltea  on  these  lists  and  then  obtain  a  nenu  of 
operations  for  the  seleoted  ltea.  For  any  of  the  four  types  of  items,  those 
operations  include  Renaae,  Remove,  Spawn  View,  and  Spawn  Full  View.  For 
generic  ooncepts,  the  operations  also  include  Specialize,  Typify,  and 
Individuate. 

The  network  index  window  is  intended  to  be  used  primarily  to  initiate  a 
series  of  Interactions  with  a  network.  Most  suooeeding  interactions  will  be 
done  from  item  viewing  windows  in  a  browsing  mode,  as  described  below. 


1.2.  Item  Viewing  Vlndows 


When  the  user  seleots  tbe  "Spawn  View"  operation,  a  new  window  is  opened 
on  the  screen  at  a  location  and  with  a  size  specified  by  the  user  with  tbe 
mouse.  A  description  of  the  item  to  be  viewed  (e.g. ,  a  generic  concept)  is 
then  oreated  using  a  simple  parenthesis  language  and  displayed  in  the  window 
as  a  text  string  (Figure  2  shows  an  example  of  a  view  of  a  generic  eonoept). 
The  user  can  then  edit  that  description  using  the  standard  Smalltalk  text 
editor.  The  menu  of  edit  oommands  inoludes  "Compile",  and  when  that  oommand 
is  seleoted,  the  item  described  by  the  edited  text  is  stored  in  the  network. 
If  that  ltea  has  the  same  name  as  an  existing  item  in  the  network  (as  it  would 
in  the  typical  oaae  where  the  edits  do  not  change  the  item's  name),  then  the 
old  item  is  replaoed  by  the  new  item  in  such  a  manner  that  all  other  items  in 
the  network  that  pointed  to  the  old  ltea  now  point  to  the  new  item  (more  about 
how  that  la  done  later). 

The  same  menu  operations  that  are  available  in  the  network  index  window 
are  also  available  in  an  ltea  viewing  window.  For  example,  when  a  generic 
eonoept  is  being  viewed,  the  user  can  specialize  or  individuate  it.  If  the 


2 All  figures  are  inoluded  at  the  end  of  this  paper. 
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name  of  an  itm  la  selected  in  a  viewing  window,  than  the  aonu  of  operations 
applies  to  the  seleoted  itea  rather  than  to  the  itee  being  viewed.  So,  the 
user  oan  browse  the  network  by  selecting  the  name  of  any  itm  motioned  in  the 
description  (say,  as  the  value  restriction  of  a  role),  and  then  use  the 
SpawnTiew  senu  coaeand  to  create  a  view  of  the  itea  motioned. 

It  is  often  very  useful  when  viewing  oonoepts  to  be  able  to  see 
descriptions  of  the  inherited  Informtlon  in  addition  to  the  looal 
information.  The  "Spawn  Pull  View*  command  provides  that  capability.  In  m 
full  view  of  a  conoept,  the  looal  informtlon  is  displayed  in  bold  and  the 
inherited  informtlon  in  non-bold  (Figure  5  shows  an  ezaaple  of  a  full  view  of 
an  individual  conoept).  The  user  can  edit  a  full  view,  changing  the  edited 
sections  to  bold,  and  oonplle  it.  During  the  oonpllation,  the  parser  Ignores 
all  non-bold  characters. 

The  full  view  provides  a  coaplete  description  of  the  conoept.  Suoh  a 
description  is  particularly  useful  as  an  editing  template  when  new  oonoepts 
are  being  created,  slnoe  it  indicates  the  rolesets  that  are  available  to 
modify  or  differentiate.  A  standard  way  of  extending  a  network  is  to  use  a 
Specialize  or  Individuate  oomand  to  create  a  new  oonoept,  spawn  a  full  view 
of  the  new  conoept,  and  then  describe  the  oonoept  by  editing  the  full  view. 

The  interface  contains  many  detailed  convenience  features  not  described 
here.  One  worth  mentioning  is  an  "Informtlon"  mnu  oomand  that  applies  to 
an  item  being  viewed  or  whose  name  has  been  seleoted  in  a  view.  That  oomand 
results  in  display  of  an  additional  mnu  of  commands  that  oan  provide  the  user 
with  various  data  about  the  item  that  is  not  included  in  the  text  description. 
Suoh  informtlon  primarily  involves  identifying  other  items  that  point  to  this 
item.  For  example,  for  a  generic  oonoept  there  are  commands  to  list  the  roles 
of  which  the  oonoept  is  a  value  restriction,  the  concept's  specializations, 
and  the  oonoept* s  individuals.  This  informtlon  mnu  (for  any  item)  also 
contains  a  hook  into  Smalltalk's  facilities  for  viewing  Smalltalk  data 
structures.  That  "Inspeot"  command  allows  the  user  to  view  the  data  structure 
that  represents  the  itm  for  debugging  or  system  modification  purposes. 


1.3.  Automatic  Definition  of  Mentioned  Conoepts 


The  compiler  will  define  any  itm  mntioned  in  a  description  that  does 
not  yet  exist  in  the  network.  So,  for  example,  if  a  role's  value  restriction 
is  not  already  in  the  network,  then  it  will  be  created  as  a  new  generic 
oonoept  specializing  Entity  (the  most  general  oonoept  in  our  network).  The 
compiler  uses  whatever  informtlon  it  has  from  the  eontext  when  oreating  new 
item.  So,  for  example,  a  role's  value  will  be  oreated  as  an  individual 
conoept  individuating  the  role's  value  restrictions. 
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This  compiler  capability  of  defining  an  itea  whenever  ita  nans  is 
aentloned  la  very  convenient  for  the  user  when  adding  concepts  to  a  network, 
and  allows  itens  to  be  nentioned  in  descriptions  on  a  file  before  the 
aentloned  ltea  is  described  on  the  file.  Scat  protection  is  needed  for  the 
user,  however,  fron  the  systen  creating  a  new  ltea  when  the  naae  of  an 
existing  ltea  is  als typed. 


1.4.  Internal  Methods  for  Changing  the  Network 


Care  aust  be  taken  in  designing  the  ooapllation  aethods  for  changing  an 
existing  itea  in  a  network.  For  ex  aspic,  when  the  user  asks  to  view  a 
concept,  edits  the  description  of  the  oonoept,  and  then  Issues  the  Coaplle 
aenu  ooaaand;  if  he  has  not  changed  the  naae  of  the  oonoept,  we  assuas  that  he 
Intends  the  existing  oonoept  in  the  network  to  be  altered  so  that  it  Batches 
the  edited  description.  That  alteration  aust  be  done  in  a  Banner  so  that  any 
other  lteaa  in  the  network  that  referenoe  the  old  oonoept  or  any  of  its  parts 
oontinue  to  referenoe  the  appropriate  plaoes  in  the  new  oonoept. 

The  aethods  we  have  iapleaented  reuse  the  aaae  data  atruoturea  for 
oonoepta,  roles,  structural  descriptions,  nexuses,  and  oontexts  so  that 
pointers  to  those  structures  are  still  valid.  (That  is,  we  assuae  that  if  one 
of  those  lteas  has  the  saae  naae  in  an  edited  description  as  it  had  before  the 
edit,  then  the  user  intends  all  references  to  the  old  ltea  to  now  be 
references  to  the  new  ltea.)  The  difficult  problem  then  becomes  one  of 
dealing  with  references  to  lteas  deleted  by  an  edit.  For  exaaple,  during  the 
edit  of  a  oonoept,  a  role  may  be  deleted  that  is  differentiated  by  a  role  of  a 
specialization  of  the  edited  oonoept. 

He  have  organized  our  implementation  so  that  whenever  an  ltea  is  being 
removed ,  a  "remove"  funotlon  for  that  type  of  item  is  called  (hence,  there  is 
in  effect  a  RemoveRole  funotlon,  a  RemoveGenerlcConoept  funotlon,  etc.).  Our 
current  versions  of  those  functions  take  a  zeroth  order  approach  to  the 
probleaa  by  slaply  insuring  that  all  pointers  to  the  itea  being  removed  are 
also  removed  from  the  network.  For  exaaple,  if  a  generic  oonoept  is  a  value 
res  trio  tion  of  some  role  and  is  removed  from  the  network,  then  it  is  also 
removed  from  the  role's  list  of  value  restrictions.  These  functions  therefore 
maintain  syntactic  oonsistenoy  in  the  network,  but  provide  no  help  in  assuring 
reasonable  semantic  oonsequenoes  of  the  removals. 

My  intuition  is  that  desirable  versions  of  these  reaoval  functions  would 
lnfora  the  user  when  references  to  the  ltea  being  removed  are  found  in  the 
network,  and,  whenever  possible,  present  reasonable  options  of  what  to  do  with 
them  in  addition  to  deletion.  For  exaaple,  when  a  generic  oonoept  is  being 
reaoved  that  has  specialisations,  one  Bight  present  the  option  of  altering  the 
specialisations  so  that  they  becoae  specializations  of  the  oonoepts  that  the 
reaoved  oonoept  specialised. 
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2.  ADDITIONS  TO  KL-ONE 


In  the  oourse  of  using  KloneTalk,  we  have  experimented  with  several 
additions  to  EL-ONE.  This  section  discusses  two  of  those  that  have  proven 
particularly  useful:  decompositions  and  qua  oonoepts. 


2.1.  Decompositions 


In  our  use  of  KloneTalk,  we  wanted  to  be  able  to  inolude  in  the 
definition  of  concepts  statements  of  the  form  "all  X's  are  either  T's  or  Z's." 
and  "an  X  cannot  be  a  T".  To  provide  that  capability,  we  add  facilities  that 
allowed  the  definition  of  a  generic  oonoept  to  inolude  a  collection  of 
decompositions,  each  of  which  specifies  a  way  in  which  the  concept's 
specializations  decompose  it. 

Each  decomposition  consists  of  a  set  of  constituents,  a  disjointness 
flag,  and  a  completeness  flag.  Each  constituent  is  a  generic  oonoept  that  is 
a  specialization  of  the  oonoept  being  defined.  For  example,  a  "Person" 
concept  might  have  an  "age”  decomposition  consisting  of  "Child"  and  "Adult" 
that  is  oomplete  and  disjoint  (i.e.,  is  a  partition).  Given  this 
decomposition,  the  system  could  conolude  that  if  N  is  a  Person,  then  N  must  be 
a  Child  or  an  Adult,  and  if  N  is  a  Child  then  N  is  not  an  Adult.  Also,  the 
"Person"  concept  could  have  an  "AdultsBySex”  decomposition  consisting  of  "Man” 
and  "Voman"  that  was  disjoint  but  not  oomplete  (i.e.,  does  not  Include 
children).  Given  that  decomposition  the  system  could  not  conclude  that  a 
Person  must  be  either  a  Man  or  a  Voman,  but  could  oonclude  that  a  Man  is  not  a 
Woman. 


2.2.  Qua  Concepts 


We  have  Included  in  KloneTalk  a  version  of  "Qua”  oonoepts  (first 
suggested  in  [5]).  In  our  implementation,  each  role  at  eaoh  oonoept  has  an 
implicit  qua  concept  associated  with  it.  Qua  concepts  allow  the  description 
of  characteristics  of  the  value  of  a  role  that  the  value  has  only  because  it 
is  the  value  of  that  role.  For  example,  the  "wife”  role  of  a  "Marriage”  may 
have  "Woman"  as  its  value  restriction.  But  a  woman  who  is  a  wife  oould  be 
considered  to  have  roles  such  as  "husband",  "mother-in-law",  and  "maidenName” 
that  she  acquires  only  because  she  is  the  wife  of  a  marriage.  Hence,  those 
roles  would  be  defined  as  being  part  of  the  definition  of  the  qua  oonoept  for 
"wife"  at  "Marriage”.  The  qua  oonoept  for  a  role  is  by  definition  a 
subconcept  of  the  role's  value  restriction.  Henoe,  in  our  example,  the  qua 
oonoept  for  "wife”  at  "Marriage”  would  be  a  suboonoept  of  "Woman". 
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Qua  oonoepta  have  the  following  laplicatlonal  laport  in  the  aasertlonal 
portion  of  El  one  Talk.  Let  Q  be  the  qua  oonoept  for  role  R  at  concept  OC. 
Then,  deaoriblng  nexus  N1  as  a  Q  in  a  oontext  laplies  the  exlstenoe  of  a  nexus 
M2  in  the  same  context  desoribable  as  a  OC  whose  R  value  also  describes  N1 
(i.e. ,  being  Q'ish  laplies  being  R'lsh  for  soae  OC). 


In  our  lapleaentation,  a  Qua  oonoept  for  a  role  is  simply  a  generic 
oonoept  with  an  additional  "qua  link"  to  the  role.  In  addition,  it  is 
required  to  be  a  suboonoept  of  the  value  restriction  of  the  role  and,  if  the 
role  is  inherited  froa  soae  concept,  of  the  qua  oonoept  of  the  role  at  that 
oonoept. 


3.  ACTIVE  ROLE  VALUE  MAPS 


Several  aeabers  of  the  EL-ONE  ooaaunity  have  found  "Role  Value  M 
(RVMs)  to  be  a  particularly  useful  subclass  of  roleset  relations.  Ve  » 
found  in  our  work  with  EloneTalk  that  their  usefulness  extends  to  aiding 
building  and  editing  of  oonoept  networks  as  follows.  When  new  qut 
individual  concepts  are  added  to  a  network,  lnforaation  implicitly  represented 
in  RVMS  of  concepts  already  existing  in  the  network  can  be  explicitly  added  to 
the  description  of  the  new  oonoepts.  The  oonoept  description  additions 
involve  differentiating  roles  at  the  end  of  role  chains  and  adding  values  to 
those  differentiations,  or  adding  new  value  and  number  restrictions  to  roles 
at  the  end  of  the  role  chains.  Suoh  "aotlve  role  value  maps"  relieve  the  user 
of  the  need  to  supply  that  Information  himself. 

This  section  describes  the  syntax  and  semantics  of  RVMs  as  they  are 
implemented  in  EloneTalk,  and  then  provides  an  example  of  how  they  are  used  to 
automatically  add  information  to  qua  and  individual  concepts.  (For  a  more 
detailed  description,  see  [3].) 

3.1.  RVM  Syntax  and  Semantics 


A  RVM  in  EloneTalk  has  the  form: 


<RVM>  :*  <role  ohaln>  <oonnective>  <role  ohain> 
<role  ohaln>  :*  {Eaoh}  <role  ld>  I 

<role  ohaln>  (Eaoh)  <role  id> 
<oonnective>  :*<!»!> 


A  role  ohain  specifies  a  sequenoe  of  role  identifiers  (<conoept  name, 
role  name>  pairs  in  EloneTalk)  whose  first  element  is  a  role  of  the  oonoept 
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that  the  RVM  is  attached  to.  It  defines  a  tree  of  paths,  since  any  role  in 
the  sequenoe  aay  be  differentiated. 

Each  path  through  a  role  chain  tree  leads  to  a  set  of  roles  (called  the 
"end  roles")  that  are  differentiations  with  number  restriction  1  of  the  last 
role  in  the  path.  A  path  also  specifies  a  set  consisting  of  the  values 
(called  "end  values")  of  the  end  roles.  The  connective  refers  to  the  sets  of 
end  values  and  is  Interpreted  as  either  ■»"  (set  equals),  "<"  (subset  of),  or 
">"  (superset  of). 

When  a  role  ohaln  contains  no  occurrences  of  "Each",  the  RVM  applies  to 
the  union  of  the  sets  of  end  values  for  the  entire  role  chain  tree.  For 
example,  a  conoept  Parentage  might  have  an  RVM: 


(child  from:  Parentage)  <  (father  from:  Parentage) 

(child  from:  Father) 


meaning  that  the  children  of  a  parentage  (l.e.,  of  a  particular  ooupllng)  are 
a  subset  of  the  children  of  the  father.  An  occurrence  of  "Each"  preceding  a 
role  id  in  a  role  chain  means  that  the  RVM  applies  successively  to  each 
subtree  defined  by  each  differentiation  of  the  role  indicated  by  the  role  id. 
For  a  given  subtree,  the  constraint  refers  to  the  union  of  the  set  of  end 
values  in  that  subtree.  For  example,  the  conoept  Parentage  might  have  an  RVM: 


(father  from:  Parentage)  =  Each  (child  from:  Parentage) 

(father  from:  Child) 


meaning  that  the  father  of  a  parentage  is  the  father  of  each  of  the 
parentage’s  ohildren. 


3.2.  Examples  of  RVM  Activation 


Our  methods  for  applying  an  RVM  proceed  by  forming  descriptions  of  the 
end  value  sets  for  the  two  role  chains  and  then  considering  each  pair  of  end 
value  sets  that  are  being  constrained.  For  each  role  chain,  the  set  being 
constrained  is  the  set  of  possible  values  for  the  roles  at  the  end  of  the 
chain.  Changes  can  be  made  in  such  an  end  role  if  all  the  roles  on  the  ohain 
that  led  to  it  either  had  values  or  had  qua  conoepts  defined  for  them.  Henoe, 
an  RVM  oan  only  be  used  to  ohange  the  description  of  roles  of  individual 
concepts  and  qua  concepts. 
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Rather  than  deaoribe  in  thla  summary  the  detaila  of  the  activation 
algorithms,  I  will  illuatrate  their  uaage  with  a  aequenoe  of  exaeplea. 
Consider  ooapllatlon  in  KloneTalk  of  the  generic  oonoept  "Parentage”  shown  in 
Figure  2.  If  the  Child,  Father,  and  Mother  qua  oonoepta  did  not  previously 
exist  in  the  network,  then  the  coapller  would  oreate  then  and  give  then  the 
roles  aentloned  in  Parentage,  as  shown  in  Figure  3. 

Activation  of  the  RVMs  of  Parentage  would  then  oause  the  descriptions  of 
those  concepts  to  be  augmented  as  shown  in  Figure  4.  ParentageSD3  is  used  to 
iaply  that  the  value  of  the  "mother”  role  of  a  Child  must  also  be  a  value  of 
the  "mother"  role  of  a  Parentage,  and  since  each  Parentage  as  exactly  one 
mother,  that  each  Child  has  exactly  one  mother.  ParentageSD4  implies  the  same 
results  for  the  "father"  role  of  a  Child.  ParentageSDI  is  used  to  imply  that 
a  Father  has  at  least  one  child  and  that  at  least  one  of  those  children  must 
also  be  the  "ohlld"  of  a  "Parentage”.  Similarly,  ParentageSD2  is  used  to 
imply  that  a  Mother  has  at  least  one  ohild  and  that  at  least  one  of  those 
children  must  also  be  the  "child"  of  a  "Parentage". 

Consider  the  effects  of  compiling  and  applying  the  RVMs  of  an 
individuation  of  Parentage  such  as  the  one  shown  in  Figure  5.  If  Child, 
Father,  and  Mother  had  the  descriptions  discussed  above  (and  shown  in  Figure 
4),  and  Joan,  Jack,  and  Sue  were  not  defined  in  the  network  before  the 
compilation,  then  those  individual  conoepts  would  be  defined  by  the  compiler 
and  have  the  descriptions  shown  in  Figure  6  after  application  of  the  RVMs. 

Note  that  Joan  could  not  be  added  as  a  ohild  to  the  descriptions  of  Jack 
and  Sue  because  the  Information  is  not  available  to  determine  whether  Joan  is 
an  individuation  of  'ohild'  or  of  'obildSubl'.  However,  if  before  this 
compilation  the  user  had  edited  the  descriptions  of  Father  and  Mother,  adding 
the  information  that  the  value  restriction  of  the  'child'  roles  is  'Child'  and 
deleting  the  'childSubl'  roles  (so  that  every  child  is  a  Child),  then 
application  of  the  RVMs  of  ParentageOfJoan  would  cause  the  descriptions  of 
Jack  and  Sue  to  appear  as  shown  in  Figure  7.  In  those  descriptions, 
ParentageSDI  was  used  to  determine  that  Joan  is  one  of  the  children  of  Jack, 
and  ParentageSD2  was  used  to  determine  that  Joan  is  one  of  the  children  of 
Sue. 
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FIG.  1.  AM  INDEX  FOR  A  SMALL  NETWORK 
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[Parentage  (a:  Relationship) 

(Text;  The  relationship  resulting  from  conceiving  a  child’) 

(RoleScts: 

(mother 

(ValuelsA:  Woman) 

(Qua:  Mother) 

(Number:  1)) 

(father 

(ValuelsA:  Man) 

(Qua:  Father) 

(Number:  1)) 

(child 

(ValuelsA:  Person) 

(Qua:  Child) 

(Number:  (1  nit)))) 

(RolcValucMaps: 

(ParentageSDl 

(Text:  The  children  of  a  Parentage  are  some  of  the  children  of  its  father’) 
(Map:  (child  from:  Parentage)  <  (father  from:  Parentage)  (child  from:  Father))) 
(ParcntagcSD2 

(Text:  The  children  of  a  Parentage  are  some  of  the  children  of  its  mother’) 
(Map:  (child  from:  Parentage)  <  (mother  from:  Parentage)  (child  from:  Mother))) 
(ParentageSD3 

(Text:  ’The  mother  of  a  Parentage  is  the  mother  of  each  of  its  children’) 

(Map:  (mother  from:  Parentage)  =  Each  (child  from:  Parentage)  (mother  from:  Child))) 
(ParentageSD4 

(Text:  The  father  of  a  Parentage  is  the  father  of  each  of  its  children’) 

(Map:  (father  from:  Parentage)  =  Each  (child  from:  Parentage)  (father  from:  Child] 


FIG.  2.  THE  "PARENTAGE"  GENERIC  CONCEPT 
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[Child  (a:  Person) 

(Qua:  (child  from:  Parentage)) 
(RoleSets: 

(mother) 

(father] 

[Father  (a:  Man) 

(Qua:  (father  from:  Parentage)) 
(RoleSets: 

(child] 

[Mother  (a:  Woman) 

(Qua:  (mother  from:  Parentage)) 
(RoleSets: 

(child] 


CONCEPT  DESCRIPTIONS  RESULTING  FROM  COMPILATION  OF  PARENTAGE 
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[Child  (a:  Person) 

(Qua:  (child  from:  Parentage)) 
(RoleSets: 

(mother 

(ValuelsA:  Mother) 

(Number:  1» 

(father 

(ValuelsA:  Father) 

(Number:  1) 

[Father  (a:  Man) 

(Qua:  (fhthcr  from:  Parentage)) 
(RoleSets: 

(child 

(Number.  (1  nil))) 

(childSubl 

(Difs:  (child  from:  Father)) 
(Number.  (1  nil)) 

(ValuelsA:  Child] 

[Mother  (a:  Woman) 

(Qua:  (mother  from:  Parentage)) 
(RoleSets: 

(child 

(Number  (1  nil))) 

(childSubl 

(Difs:  (child  from:  Mother)) 
(Number:  (1  nil)) 

(ValuelsA:  Child] 


FIG.  4.  DESCRIPTIONS  AFTER  ACTIVATION  OF  THE  RVM’S  OF  PARENTAGE 
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[ParcntagcOfJoan  (a:  Relationship) 

(Individuates:  Parentage) 

(Text:  The  relationship  resulting  from  conceiving  Joan*) 

(RolcSets: 

(mother  (from:  Parentage) 

(Value:  Sue) 

(ValuelsA:  Mother) 

(Number  1)) 

(father  (from:  Parentage) 

(Value:  Jack) 

(ValuelsA:  Father) 

(Number:  1)) 

(child  (from:  Parentage) 

(Value:  Joan) 

(ValuelsA:  Child) 

(Number.  (1  nil)))) 

(RoleValueMaps: 

(ParcntageSDl 

(Text:  The  children  of  a  Parentage  are  some  of  the  children  of  its  father*) 
(Map:  (child  from:  Parentage)  <  (father  from:  Parentage)  (child  from:  Father))) 
(ParentageSD2 

(Text:  The  children  of  a  Parentage  are  some  of  the  children  of  its  mother’) 
(Map:  (child  from:  Parentage)  <  (mother  from:  Parentage)  (child  from:  Mother))) 
(ParentagcSD3 

(Text:  The  mother  of  a  Parentage  is  the  mother  of  each  of  its  children*) 

(Map:  (mother  from:  Parentage)  =  Each  (child  from:  Parentage)  (mother  from:  Child))) 
(ParcntageSD4 

(Text:  The  father  of  a  Parentage  is  the  father  of  each  of  its  children*) 

(Map:  (father  from:  Parentage)  =  Each  (child  from:  Parentage)  (father  from:  Child] 


FIG.  5.  AH  INDIVIDUATION  OF  PARENTAGE 
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FIG.  6. 


R.  Pikas 


[Joan 

(Individuates:  Child) 

(RoleSets: 

(mother  (from:  Child) 

(Value:  Sue) 

(ValuelsA:  Mother) 

(Number  1)) 

(father  (from:  Child) 

(Value:  Jack) 

(ValuelsA:  Father) 

(Number  1] 

[Jack 

(Individuates:  Father) 

(RoleSets: 

(child  (from:  Father) 

(Number:  (I  nil))) 

(childSubl 

(Difs:  (child  from:  Father)) 
(Number:  (1  nil)) 

(ValuelsA:  Child) 

[Sue 

(Individuates:  Mother) 

(RoleSets: 

(child  (from:  Mother) 

(Number:  (1  nil))) 

(childSubl 

(Difs:  (child  from:  Mother)) 
(Number:  (1  nil)) 

(ValuelsA:  Child) 


DESCRIPTIONS  OF  INDIVIDUALS  IMPLIED  BY  PARENTAGEOFJOAN 
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FIG.  7. 
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(Jack 

(individuates:  Father) 

(RolcSets: 

(child  (from:  Father) 
(Number.  (I  nil))) 

(child  1 

(Difs:  (child  from:  Father)) 
(Value:  Joan} 


[Sue 

(Individuates:  Mother) 

(RoleSets: 

(child  (from:  Mother) 
(Number:  (1  nil))) 

(child! 

(Difs:  (child  from:  Mother)) 
(Value:  Joan] 


DESCRIPTIONS  OF  JACK  AND  SUE  IMPLIED  BT  PARENT AOEOFJ OAN ,  ASSUMING 
AN  EDIT  OF  FATHER  AND  MOTHER 
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Tranalatlng  EL-ONE  fro*  Interliap  to  Fran* Lisp 


Tl*  Flnln 

Franc  EL-ONE  translation  project 
University  of  Pennsylvania 

(Presented  during  the  main  conference) 

This  seotlon  describes  an  effort  to  translate  the  Interliap  EL-ONE  syste* 
into  Franzlisp  to  enable  it  to  be  run  on  a  VAX.  This  effort  has  Involved  Tl* 
Finin,  Richard  Duncan  and  Hassan  Ait-Kaci  fro*  the  University  of  Pennsylvania, 
Judy  Weiner  from  Temple  University,  Jane  Barnett  fro*  Computer  Corporation  of 
America  and  Jim  Schmolce  from  Bolt  Beranek  and  Neman  Ino. 

The  primary  motivation  for  this  project  was  to  sake  a  version  of  EL-ONE 
available  on  a  PDP  11/780  VAX.  A  VAX  Interlisp  is  not  yet  available,  although 
one  is  being  written  and  will  soon  be  available.  Currently,  the  only 
substantial  Lisp  for  a  Vax  is  the  Berkeley  FranzLisp  system.  As  a  secondary 
■otivation,  we  are  interested  in  making  EL-ONE  more  available  in  general  -  on 
a  variety  of  Lisp  dialects  and  maohines. 

When  we  began  the  effort  (summer  1981)  we  first  looked  at  several 
existing  inter-dialect  Lisp  translation  systems  (e.g. ,  Interlisp's  TRANSOR, 
SRI's  MaoLispify,  the  MIT  MacLisp  system  developed  to  transport  LUNAR  to  the 
Lisp  Machine,  and  several  smaller  systems).  None  of  the  systems  quite  fit  our 
criteria  so  we  decided  to  create  our  own  translation  system.  Our  approach  was 
to  first  build  a  general  purpose  inter-dialeot  Lisp  translation  system  that  is 
driven  by  transformation  rules.  We  then  developed  a  set  of  specific  Interlisp 
to  FranzLlsp  translation  rules  and  an  appropriate  run-time  support  system  for 
the  resulting  FranzLlsp  version  of  EL-ONE. 

The  current  status  of  the  project  is  as  follows.  The  basic  translation 
engine  (Franzlator)  has  been  implemented  and  is  running  smoothly.  Our 
collection  of  Interlisp  to  FranzLlsp  rules,  which  is  tailored  for  translating 
EL-ONE,  numbers  about  forty.  The  run-time  support  environment  (dubbed 
InterFranz)  contains  about  250  functions,  mostly  macros.  In  addition,  a 
rudimentary  DWIM-llke  facility  has  been  developed  to  handle  certain  olasses  of 
expressions  which  tend  to  slip  through  the  translation  process. 

Building  a  general  purpose  inter-dialect  lisp  translation  system  is  a 
fairly  large  projeot  in  its  own  right  and  may  seem  to  be  an  inefficient  way  to 
transport  EL-ONE  from  Inter  lisp  to  FranzLlsp.  We  have  ohosen  to  do  this  for 
several  reasons.  The  chief  ones  are: 
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o  He  want  a  Franz Lisp  veralon  of  KL-ONE  which  tracks  the  current 
Interlisp  version.  Sinoe  the  KL-ONE  systea  is  still  evolving 

rapidly,  this  will  require  periodic  re- translations.  Thus  effort 

spent  to  mechanize  the  translation  task  will  pay  off  in  the  long  run. 

o  He  anticipate  a  desire  to  transport  KL-ONE  to  other  Lisp  dialeots 
such  as  LispHachine  Lisp  or  Coanon  Lisp.  A  properly  designed  inter- 
dialect  translator  will  nlninize  the  future  cost  of  this  effort. 

o  He  expect  to  use  the  translation  systea  to  inport  other  Interlisp 
systeas  into  Franzlisp.  Current  candidates  are  RDS  and  PSI-KLONE. 
He  also  expect  to  write  other  sets  of  translation  rules  to  use  the 
translation  systea  to  import  from  other  Lisp's  and  to  export  native 
FranzLlap  programs.  Thus  the  cost  of  building  a  general  purpose 

translation  system  will  be  shared  by  other  projects. 


A.  Translation  versus  Emulation 


In  undertaking  to  transport  a  large  system  such  as  KL-ONE  from  one 
dialect  of  Lisp  to  another  there  are  two  basic  approaches:  translation  and 
emulation.  Translation  Involves  transforming  the  Lisp  code  from  the  initial 
source-dialect  to  the  desired  target-dialect.  The  result  is  a  program  that 
can  be  run  directly  in  an  unmodified  interpreter  for  the  target-dialect. 
Emulation  Involves  reconstructing  the  source-dialect's  environment  in  the 
target-Lisp's  interpreter.  Properly  done,  this  enables  the  unaltered  souroe- 
code  to  run  directly.  These  two  approaches  are,  of  course,  poles  on  a 
continuum  which  admit  a  wide  range  of  hybrid  systeas. 

The  emulation  approach,  or  a  mixed  system  which  is  near  to  pure 
emulation,  is  very  attractive  from  several  points  of  view.  An  emulator  tends 
to  be  easier  to  construct  for  many  of  the  same  reasons  that  interpreters  are 
typically  easier  to  construct  than  compilers.  The  emulator's  task  is 
intrinsically  easier  sinoe  all  of  the  work  takes  place  at  the  last  moment  (at 
run  time)  when  all  of  the  information  is  available.  Once  we  are  successful  in 
emulating  the  environment,  other  packages  of  code  from  the  source  dialeot  can 
be  run  directly  without  any  additional  work.  Still  another  advantage  is  that 
the  source  oode  which  is  run  in  the  emulation  environment  is  identical  (more 
or  less)  with  the  original  code.  This  is  in  contrast  to  a  translation  system 
which  might  transform  readable  source  language  code  into  executable,  but 
unreadable,  target  language  code. 

In  spite  of  these  apparent  advantages,  we  have  taken  a  translation 
approach.  The  major  reasons  for  this  are: 


o  Maintaining  a  FranzLlap  environment. 


T.  Flnin 


107 


PRESENTED  PAPERS 


i r 


Bolt  Beraaek  and  Raman  Ino 


Report  lo.  4842 


He  want  to  maintain  an  environaent  in  vhioh  any  native  Franz Lisp  code 
will  run.  Conatruoting  a  fairly  ooaplete  Interliap  eaulator  would 
entail  fundamental  changes  in  the  environaent. 

o  Avoiding  naming  conflicts. 

Many  of  the  differences  between  In ter lisp  and  Franz  can  be  handled  by 
adding  definitions  for  those  built-in  functions  whloh  Interlisp 
provides  but  Franz  does  not  (e.g.  TCONC) .  In  aany  oases,  however, 
Franz  and  Interlisp  use  the  saae  naae  for  different  functions.  One 
coaaon  difference  arises  when  the  saae  symbol  refers  to  two  unrelated 
functions.  The  funotion  *,  for  ezaaple,  is  a  coaaent  introducing 
function  in  Interlisp  and  multiplication  in  FranzLlsp).  A  second 
class  of  differences  arises  when  there  is  variation  in  the  "syntax" 
of  the  funotion.  The  funotion  MAPCAR,  for  example,  takes  it 
arguments  in  a  different  order  in  Interlisp  and  Franzliap.  A  third 
class  of  differences  involves  the  "semantics"  of  the  funotion.  An 
example  here  is  LISTP  funotion  which  in  Interlisp  returns  T  only  for 
non-empty  lists  and  in  FranzLlsp  returns  T  for  any  list,  including 
NIL. 

o  To  have  a  stable  textual  Franz  Lisp  version  of  KL-ONE. 

The  output  of  the  translator  is  a  set  of  files  whioh  comprise  a 
stable  text-level  representation  of  Franz  Lisp  KL-ONE.  He  believe 
that  this  makes  it  easier  to  debug,  maintain  and  modify  a  large 
systea  like  KL-ONE . 

o  Generality. 

He  believe  that  a  translation  approach  will  be  easier  to  extend  so 
that  we  can  eventually  produoe  versions  of  KL-ONE  for  other  Lisp 
dlaleots.  An  emulation  approaoh  is  more  likely  to  depend  on  features 
of  the  target  language  will  may  not  be  present  in  a  new  candidate 
target  language.  Macros,  for  exaaple,  would  typically  be  used  in  an 
emulation  approach  whenever  possible.  Some  Lisp  systeas,  suoh  as  MTS 
Lisp,  do  not  support  Macro  functions. 

AL though  we  characterize  Franzlator  as  a  translation  systea,  it  is  in 
faot  a  alxed  systea  whioh  has  a  significant  run- tins  component.  Most  of  that 
runtime  component  consists  of  definitions  of  functions  which  Interlisp 
provides  but  FranzLlsp  does  not.  He  have  oho sen  to  define  these  funotions  as 
aaoros  whenever  appropriate  (e.g.,  for  slaple  funotions  like  GBQ,  whioh 
compares  two  nuabers  for  a  "greater  than  or  equal  to"  relation).  This  has  the 
effeot  of  enabling  us  to  vary  the  size  of  the  run-time  component  by  simply 
Ineluding  a  translation  rule  whioh  expands  oalls  to  maoros  at  translation  tins 
instead  of  run  time  or  oomplle  time. 
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II.  The  Translation  Process 


Although  we  hare  written  a  translator  in  FranzLisp,  the  entire 
translation  prooess  involves  a  total  of  four  maohines.  The  process  begins  on  a 
JERICHO  where  the  Interlisp  DWIMIFY  function  is  used  to  translate  all  of  the 
CLISP  code  into  standard  Interlisp.  The  resulting  dwlmified  files  are  then 
transferred  to  the  BBNG  Machine  from  which  they  are  FTPed  to  WHARTON- 10  and 
finally  transferred  by  a  local  networking  facility  to  a  TAX  in  Penn's  CIS 
department.  There  the  files  are  passed  through  the  FRANZLATOR  system  to 
produoe  two  sets  of  files.  One  set  represents  the  FranzLisp  version  of  KL-ONE 
and  the  other  a  collection  of  notes  about  the  translation  process  (e.g. 
unrecognized  functions,  expressions  which  may  require  hand  translation,  etc.). 

In  translating  KL-ONE,  the  FRANZLATOR  system  uses  three  major  databases: 


o  A  database  of  Interlisp  to  FranzLisp  translation  rules. 

o  A  database  containing  information  about  the  Interlisp  system 
functions  (e.g.,  function  type,  number  of  arguments,  special  forms). 

o  A  database  describing  functions  in  the  InterLisp  runtime  environment 
(InterFranz). 


III.  Organization  of  the  Translator 

The  Translator  is  organized  as  a  two-pass  system  which  is  applied  to  a 
set  of  source-dialect  files  and  produces  a  corresponding  set  of  target-dialect 
files.  During  the  first  pass  all  of  the  source  files  are  scanned  to  build  up 
a  database  of  information  about  the  functions  defined  in  the  file.  In  the 
second  pass  the  expressions  in  the  souroe  files  are  translated  and  the  results 
written  to  the  target  files.  The  translation  of  an  s-expression  is  driven  by 
transformation  rules  applied  according  to  an  "eval-order"  schedule  (i.e.,  the 
arguments  to  a  function  call  are  translated  before  the  call  to  the  funotion 
itself).  In  addition  to  the  transformation  rules,  the  translator  is  guided  by 
the  data  base  of  information  about  the  functions,  both  the  built  in  Interlisp 
functions  and  the  user-defined  ones. 

An  additional  pass,  to  be  done  initially,  may  be  required  to  perform 
certain  oharacter-level  transformations.  In  translating  KL-ONE  from  Interlisp 
to  FranzLisp,  however,  we  found  that  all  of  the  necessary  character  level 
transformations  eould  be  done  through  the  use  of  multiple  readtables.  The 
readtable  used  when  reading  the  original  Interlisp  files  ,for  example,  treats 
the  character  as  a  normal  alpha-numeric  and  as  an  escape  character. 
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During  the  first  pass  all  of  the  source  files  are  scanned  to  build  up  a 
database  of  lnforaation  about  the  functions  defined  in  the  file.  In 
particular,  for  each  user-defined  function  we  need  to  know  how  many  arguments 
it  expects  and  whether  or  not  it  evaluates  them.  The  translator  oust  know  how 
nany  arguments  each  function  expects  in  order  to  supply  default  values  for 
missing  arguments  or  to  remove  any  extra  arguments.  This  is  important  alnoe 
Interlisp  functions  can  take  any  number  of  arguments.  Missing  arguments  are 
supplied  as  NIL  arguments  and  extra  arguments  are  not  passed  to  the  function. 
It  is  oommon  praotlce  for  many  Interlisp  programmers  to  rely  on  this 
convention,  especially  with  regards  to  missing  arguments.  An  example  is  to 
write  (CONS  X)  rather  than  (CONS  X  NIL). 

The  translator  needs  to  know  how  each  user-defined  function  evaluates  its 
arguments  in  order  to  correctly  translate  the  arguments  in  a  call  to  that 
function.  If  a  function  parameter  is  not  evaluated  (as  is  the  case  in  a  Fexpr 
or  Nlambda  type  function)  then  the  translator  should  not  translate  the 
corresponding  argument  in  any  calls  to  the  function.  If  the  argument  is 
evaluated,  either  by  the  Interpreter  or  explicitly  by  a  oall  to  EVAL  from 
within  the  function,  the  the  translator  must  translate  the  argument.  The 
problem,  of  course,  is  how  to  determine  whether  or  not  a  function  explicitly 
evaluates  an  initially  un-evaluated  argument. 

The  handling  of  function  arguments  which  may  or  may  not  be  evaluated  is 
problematic  in  systems  such  as  this.  The  proper  thing  to  do  is  to  examine  the 
code  to  the  function  and  try  to  determine  whether  there  is  an  explicit  call  to 
EVAL.  Franslator  takes  the  more  practical  approach  of  assuming  that  the 
function  either  will  or  will  not  explicitly  evaluate  all  of  its  un-evaluated 
arguments.  The  decision  is  controlled  by  the  value  of  a  global  variable.  A 
facility  is  supplied  which  allows  one  to  directly  inform  the  translator  about 
a  function’s  type,  number  of  arguments  and  exactly  which  arguments  are 
evaluated. 


B.  The  Second  Pass 


During  the  second  pass,  each  source-dialect  file  in  the  set  is  processed 
independently,  resulting  in  a  corresponding  file  in  the  target-dialect.  The 
processing,  for  the  most  part,  is  simply  a  matter  of  translating  each  s- 
expresslon  in  the  source  file  and  writing  the  result  in  the  target  file.  In 
addition,  for  each  of  the  source  files,  a  file  containing  notes  about  the 
translation  is  produced.  Entries  are  made,  for  example,  when  the  translator 
discovers  a  function  which  is  not  in  its  data  base  and  upon  encountering  a 
function  call  with  an  improper  number  of  arguments.  In  addition,  any  rule  can 
add  notes  to  this  file  as  one  of  its  side  effects. 
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IV.  Transformation  Rules 


The  aotual  translation  Is  done  by  a  set  of  transformation  rules.  Bach 
rule  apeolfies  the  translation  of  one  s-expresalon  into  one  or  more  resultant 
s-expresslons.  In  addition  to  the  usual  "pattern"  and  "result"  parts,  rules 
can  be  easily  augmented  with  arbitrary  conditions  and  notions. 


A.  The  Struoture  of  a  Rule 


A  rule  has  two  obligatory  parts:  a  pattern  whioh  determines  the 
expressions  the  rule  applies  to  and  a  result  which  speoifles  the  result  of  the 
transformation.  In  addition  to  these,  a  rule  oan  have  up  to  five  optional 
attributes  suoh  as  a  teat  and  priority.  The  syntax  of  a  rule  is: 


<rule>  ->  (<pattern>  <result>  .  <attributes>) 
<attrlbutes>  ->  ()  |  (<attribute>  .  <attributes>) 

<attrlbute>  ->  (<at tribute  name>  attribute  value>) 
<attribute  name>  ->  test  I  side-effect  I  priority  ... 
attribute  value>  ->  {an  s-expression) 


Variables  in  the  pattern  are  speoifled  using  a  variation  of  the  MacLiap 
"baokquote"  convention.  Any  symbol  In  the  rule's  pattern  whioh  is  preoeded  by 
a  ”,"  is  taken  as  a  variable  whioh  oan  match  any  one  s-expression.  A  symbol 
preoeded  by  ",8"  can  matoh  any  number  of  sister  s-expressions.  In  the  result 
part  of  a  transformation  rule  the  comma  and  8  have  a  slightly  different 
interpretation.  There,  s-expresslons  which  are  preoeded  by  a  ","  are  replaoed 
by  their  values  and  those  preoeded  by  ",§"  have  their  values  "spliced  in"  In 
their  plaoe. 

Some  examples  of  transformation  rules  are  shown  below. 


[rl]  (HIL  nil) 

[r2]  ( ( NLISTP  ,x)  (not  (dtpr  ,x))) 

CrB]  ( ( PR0G1  ,targs)  (prog2  nil  ,fargs)) 

[r4]  ((MAPCAR  ,11st  (FUNCTION  ,f)) 

(ms pear  ' , (makeMonadic  f)  ,11st)) 

Cr5]  ((DECLARE:  ,#arga)  , (translateDeclare:  ,args)) 
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Rule  [rlj  la  the  simplest,  napping  the  symbol  "MIL"  Into  the  symbol 
"nil".  Rule  [r2]  Introduces  the  use  of  a  simple  variable.  The  third  example 
rule  shows  an  application  requiring  a  *8"  variable.  The  rule  [r4]  shows  an 
computation  embedded  in  the  result  part  of  the  rule.  The  second  element  of 
the  result  will  be  a  list  whose  CAR  is  QUOTE  and  whose  CADR  is  the  result  of 
calling  the  funotion  nakeMonadlc  with  argument  f.  The  last  rule,  [r5]  is  one 
in  which  the  entire  result  is  oomputed. 

The  optional  rule  attributes  include  TEST,  SIDE-EFFECTS,  PRIORITY,  TYPE 
and  REGIME.  The  value  of  a  TEST  attribute  is  an  Lisp  expression  whioh  must 
evaluate  to  non-HIL  before  the  rule  oan  be  applied.  The  test  is  run  after  the 
pattern  has  matehed  so  that  the  pattern's  variables  will  be  bound  to  values. 
An  example  of  a  rule  using  the  TEST  attribute  is: 


((PLUS  ,6args1  ,x  , @arga2  ,y  ,0args3)  ;  pattern 

(PLUS  , eargsl  ,tergs2  ,tergs3  ,(♦  x  y ) )  {result 

(test  (and  (numberp  x)  (numberp  y ) ) ) )  {test 


This  rule  causes  any  numerlo  arguments  to  PLUS  to  be  collected  and  summed  at 
translation  time. 

The  SIDE-EFFECT  attribute  introduces  a  Lisp  expression  which  will  be 
evaluated  whenever  the  rule  is  applied  and  the  result  has  been  oomputed.  Side 
effeot  attributes  are  typically  used  to  write  messages  about  the  translation 
into  the  file  of  translation  notes  or  to  the  terminal. 

The  PRIORITY  attribute  is  used  to  rank  the  rules.  Whenever  two  rules  both 
apply  to  an  expression  being  translated,  the  one  with  higher  PRIORITY  is 
applied  first.  Our  current  Inter lisp  to  Franzlisp  translation  rules  do  not 
use  the  priority  feature. 

The  TYPE  attribute  should  have  as  its  value  either  splicing  or  replacing 
(whioh  is  the  default  rule  type).  A  splicing  rule  is  one  in  which  the  result 
is  a  list  of  expression  whioh  are  to  be  "splloed”  into  the  list  containing  the 
expression  being  translated.  A  spllolng  rule  is  used,  for  example,  to 
transform  a  call  to  DEFINEQ  into  a  sequenoe  of  oalls  to  defun  at  the  top  level 
of  the  file.  In  a  replacing  rule,  the  result  is  simply  replaces  the  original 
expression. 

The  REGIME  attribute  must  be  either  ovcllo  or  aovollo  (the  default  oase). 
A  oyclio  rule  oan  apply  more  than  onoe  to  the  same  expression  whereas  a 
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acyclic  rule  oaa  only  b«  applied  onoe.  The  default  REGIME  la  aoyello.  An 
exaaple  where  a  cyclic  rule  la  appropriate  la: 


((and  ,§x  (and  ,§y)  ,gz)  ;  pattern 
(and  ,fct  ,§y  ,6z)  ;  result 

(regime  oycllc)) 


This  rule  eliminates  a  call  to  AND  If  it  la  embedded  in  another  AND  by  ralalng 
its  arguments. 


B.  Rule  Representation 


The  translation  rules  are  presented  to  the  system  in  the  fora  described 
above  and  are  immediately  "oompiled"  (by  macro-expansion)  into  Lisp  code.  Each 
rule  becomes  a  monadic  function  whose  argument  is  an  s-expresslon  to  be 
translated.  If  that  expression  matches  the  rule's  pattern  then  the  function 
will  compute  and  return  the  translated  form.  If  the  expression  and  pattern  do 
not  match,  then  a  apeolal  symbol  indicating  failure  is  returned.  The  Lisp 
code  generated  for  a  rule  is  optimized  for  efficiency.  The  pattern  matching 
operation,  for  example,  is  "open  coded”  into  a  conjunction  of  primitive  tests 
and  action  (e.g.,  EQ,  EQUAL,  LENGTH,  SETQ) . 

Each  rule  is  indexed  by  first  assigning  it  to  one  of  four  classes 
depending  on  the  nature  of  its  pattern.  The  four  classes  are  rules  whose 
patterns  are:  (1)  atomic;  (2)  lists  with  literal  atoms  as  their  first  element; 
(3)  lists  with  variables  as  their  first  elements;  and  (4)  lists  with  lists  as 
their  first  element.  Rules  in  class  two  are  Indexed  on  the  property  list  of 
the  symbol  in  their  CARs.  The  other  classes  are  not  further  indexed. 


C.  Controlling  the  Translation 


The  translation  system  was  designed  to  provide  a  high  degree  of 
transformational  power  in  a  simple  format.  A  person  writing  a  set  of 
transformation  rules  may  want  to  have  greater  oontrol  of  the  translation 
engine.  In  order  to  provide  for  suoh  situations,  the  translation  system  makes 
available  a  number  of  control  functions  and  certain  relevant  global  variables. 
For  example  there  exist  functions  for  aborting  the  application  of  a 
translation  rule  and  for  prematurely  ending  the  translation  of  expression 
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without  considering  the  application  of  any  other  rules.  The  rule  writer  has 
aooess  to  such  values  as  the  staok  of  fonts  undergoing  translation  (to  allow 
for  context  sensitive  rules),  and  the  naae  of  the  current  Lisp  function  being 
translated. 

In  addition,  there  are  various  support  and  debugging  functions  which 
facilitate  the  development  of  new  sets  of  translation  rules. 


V.  Summary,  Current  Status  and  Future  Directions 


This  section  has  reported  on  the  development  of  a  general  inter-dialect 
Lisp  translation  system  and  its  application  to  the  task  of  translating  the 
Inter lisp  implementation  of  KL-ONE  into  FranzLisp.  The  translation  system  is 
running  smoothly  and  fairly  efficiently.  The  current  set  of  translation  rules 
and  run-time  support  functions  appear  to  cover  all  of  the  basic  facilities 
needed  by  KL-ONE.  We  are  currently  in  a  cycle  in  which  a  translation  of 
KL-ONE  is  made  and  then  run  to  discover  bugs  in  the  translation  rules  or  run¬ 
time  support  system. 

Some  future  work  will  be  directed  towards  experimenting  with  extensions 
to  translation  system  to  allow  for  more  flexibility,  power  and/or  efficiency. 
Other  work  will  involve  broadening  the  set  of  interlisp  to  Franzlisp 
translation  rules  to  handle  constructions  not  required  in  translating  KL-ONE 
and  to  handle  CLISP  code.  A  third  direction  is  the  writing  of  rules  for 
translating  between  other  pairs  of  Lisp  dlaleots.  A  set  of  Interlisp  to 
CommonLisp  rules  might  be  very  useful,  for  example. 
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Towards  a  oaloulus  of  atruotural  deaorlptlona 
(or,  bow  to  do  away  with  arbitrary  preemption 
In  speolallsatlon  blerarohlea) 


Michael  Freeman,  Chris  J.  Tomlinson  (co-authors) , 
Donald  P.  McKay,  Lynette  Hlraohman, 

David  P.  Oster,  Karl  0.  Puder. 

Information  Modeling  and  Management 
RAD/FSSQ 

Burroughs  Corporation 
(Presented  during  the  main  conference) 

This  paper  is  based  on  the  following  premises: 


1.  Structural  Descriptions  (SD's)  can  be  specified  as  sets  of  logical 
clauses  (propositions,  assertions); 

2.  A  is  a  superC  of  B  only  if  given  the  SD  of  B,  one  can  prove  or 
derive  that  of  A  (viz,  B  |-  A);  in  other  words,  the  SD  of  B 
represents  a  theory  that  is  a  specialization  of  the  theory 
represented  in  the  SD  of  A. 

There  are  two  classical  manners  in  which  theories  can  be  specialized  or 
strengthened:  1)  through  substitution  of  terms,  2)  through  addition  of  axioms. 
For  example,  if  an  "aroh"  is  a  kind  of  "structure",  then  by  (1)  all  the  axioms 
and  theorems  of  "structure”  become  part  of  the  "arch”  theory  through 
substitution  of  the  term  "arch"  for  that  of  "structure"  in  all  axioms  and 
theorems  in  which  the  latter  is  mentioned.  By  (2),  we  may  add  axioms  such  as 
"If  x  is  a  component  of  an  arch,  then  x  is  either  a  lintel  or  an  upright." 

There  is  a  third  manner  in  which  one  might  wish  to  specialize  a  theory, 
however.  This  is  one  familiar  to  people  working  with  associative  network 
types  of  representation  and  involves  specializing  individual  axioms  other  than 
through  substitution.  For  instance,  starting  from  "the  height  of  one  upright 
of  an  arch  is  greater  than  or  equal  to  the  height  of  the  other  upright  of  the 
aroh",  one  might  wish  to  specialize  to  "the  height  of  one  upright  of  a  slanted 
arch  is  greater  than  the  height  of  the  other  upright  of  the  aroh." 

Now,  it  turns  out  that  if  one  plaoes  the  propositional  connectives  on  a 
generalization/specialization  hierarchy,  one  gets  the  lattice  shown  in  Figure 
1. 
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FIG.  1.  GENERALIZATION/SPECIALIZATION  LATTICE 


As  expeoted,  one  finds  bare  that  unique  characterization  specializes  or 
strengthens  disjunction,  and  is  itself  specialized  or  strengthened  by 
oonjunotlon.  What  happens,  however,  if  one  specializes  a  term  in  a  particular 
disjunction  or  oonjunotlon?  Is  the  resulting  disjunction  or  conjunction  itself 
a  specialization  of  the  original  one?  This  oan  be  shown  to  Indeed  be  the 
case,  provided  one  is  dealing  with  non-negated  predicates.  In  the  case  of 
negated  predicates,  however,  just  the  opposite  obtains.  In  faot,  this  holds 
true  even  at  the  level  of  unique  characterization  (e.g.,  HOT( STRUCTURE)  is  a 
specialization  of  HOT(ARCH)  rather  than  the  other  way  around.)  This  has 
obvious  oonsequenoes  for  the  specialization  of  (material)  Implications.  In 
particular,  by  specializing  the  consequent  of  a  conditional,  one  obtains  a 
more  specialized  version  of  the  implication,  but  in  specializing  the 
antecedent,  what  one  ends  up  with  is  a  weaker  or  more  general  version  of  the 
implication.  Stated  more  formally: 
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[1]  (A*  — >  B»)  *»»>  (A  — >  B)  Iff 

[(A  «  A' )  A  (B'  s»b>  B)]  V  [(A  s»«>  A')  A  (B*  *  B)] 
V  [(A  *«>  A* )  A  (B*  ===>  B) ] 


where  "A  ===>  A'"  is  to  be  read  aa  "A  is  a  specialization  of  A"*  (i.e., 
logically  entails  it). 

To  get  an  intuitive  feel  for  the  validity  of  this  meta-prinolple, 
consider  the  following  pair  of  propositions: 


[2]  NOT(Deteoted(x))  — >  Safe(x) 

[3]  NOT(DeteotedByReconnaissanceUnit(x) ) 

— >  SafeFromReconnalssanceGeneratedAttaoks(x) 


For  most  people  [31  is  generally  aocepted  as  a  specialization  of  [2], 
even  though  its  antecedent  la  more  general  than  that  of  [2]. 

Where  there  is  no  linguistic  negation  in  the  antecedent,  however,  one's 
intuitions  seen  nuoh  less  clear,  as  the  following  modifications  to  [2]  and  [3] 
nay  help  to  denonstrate: 


[2']  Detected(x)  — >  InJeopardy(x) 

[3*3  DetectedByReconnaissanceUnit(x)  — >  InJeopardy(x) 


Sinoe  the  antecedent  in  [3']  is  a  specialization  of  the  one  in  [2'],  and 
the  two  consequents  are  the  sane,  then  according  to  [1]  we  should  find  [2']  to 
be  a  specialisation  of  [3'1.  At  first  glance,  this  seens  counterintuitive. 
The  problen  here  is  that  [3']  doesn't  distinguish  between  oases  in  which 
something  is  detected,  albeit  not  by  a  reconnaissance  unit,  and  those  in  which 
it  is  slaply  not  deteoted  at  all.  Given  the  truth  table  for  material 
implication,  [3']  would  be  considered  true  in  both  these  oases,  whereas  what 
one  normally  intends  is  that  oomplete  lack  of  deteotion  would  in  faot  remove 
one  from  being  in  Jeopardy  (i.e.,  C 3 *  1  should  be  false  in  this  oaae). 
Pursuing  this  line  of  reasoning,  however,  one  sees  that  [2'}  can  also  be 
regarded  aa  suffering  from  exaotly  this  same  type  of  underspeoifloatlon,  i.e. 
if  one  ia  NOT  deteoted,  then  one  ia  not  in  Jeopardy  (at  least  not  in  Jeopardy 
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from  having  been  detected).  Although  it  may  eeea  that  what's  at  fault  here  ia 
the  peculiar  nature  of  aaterial  implication  itself,  there's  another  way  of 
looking  at  the  problea  which  not  only  gets  around  the  difficulties  raised  so 
far,  but  also  seeas  to  capture  a  basic  Insight  in  doing  so.  What  we  propose 
is  siaply  that  one  speolfy  along  with  the  "primary*  lapll cation  a  "secondary" 
one  that  takes  into  consideration  those  oases  arising  froa  a  failure  of  the 
antecedent  in  the  first.  This  gives  rise  to  oon joined  implications,  such 
along  the  lines  of  "if-then-else"  statements.  In  forming  the  antecedent  for 
the  second  conjunct,  however,  one  does  not  merely  take  the  negation  of  the 
first  conjunct's  antecedent;  rather  one  takes  the  relative  ooaplenent  of  the 
latter  with  respect  to  the  antecedent  of  the  sore  general  implication  one 
wishes  to  specialize.  And  therein  lies  the  insight.  Thus,  if  we  transform 
[3(]  in  line  with  what  has  Just  been  suggested,  we  get: 


[3*]  {[DetectedByReoonnaissanoeUnit(x)  — >  InJeopardy(x)]} 

{[(Deteoted(x)  *  NOT(DeteotedByReconnaissancetJnlt(x) ) ] 

— >  [ InJeopardy (x)  *  NOT(InJeopardyFromDeteotionByReoon(x) ) ] } 


Schematically  what  we  are  proposing  then  is  to  consider  the  following  as 
a  proper  specialization  of  the  implication  "A  — >  B”: 


[4]  [A'  — >  B']  *  [(A  *  -A')  — >  (B  A  ~B')], 


where  A' ===>  A  and  B'  ===>  B.  A  formally  equivalent  and  perhaps  somewhat 
more  perspicuous  way  of  representing  this  is  the  following: 


[4']  *  — >  [(A'  — >  B')  *  ("A'  — >  (B  A  'B'))3 


Slnoe  "A  — >  B"  oan  be  derived  in  a  straight-forward  manner  from  [4'], 
the  latter  also  constitutes  a  valid  specialization  of  the  former  from  the 
purely  formal  point  of  view  set  forth  in  our  seoond  premise.  Note  that  even 
though  replacing  the  seoond  conjunot  in  [4]  by  "A  — >  B”  would  also  allow  one 
to  make  this  derivation  trivially,  one  would  not  have  a  formally  equivalent 
conjunction.  To  see  this,  consider  the  case  where  all  the  predicates  except 
B'  are  true.  The  proposed  "simplification"  of  [4]  would  yield  true,  whereas 
[4]  itself  would  not. 
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He  should  point  out  that  it  is  possible  to  aohieve  the  same  results  with 
a  slightly  weaker  version  of  [4]  or  [4*],  namely  one  in  which  the  final 
consequent  is  slaply  some  arbitrary  specialisation  of  B,  say  B",  rather  than 
(B  *  ”B* ) .  What  we  would  like  to  propose  is  that  when  this  is  the  case,  then 
it  is  necessary  to  express  the  specialisation  in  a  fully  explicit  fora,  e.g.: 


[4«]  A  — >  [{A*  — >  B')  *  (“A’  — >  B")) 


Otherwise,  one  need  speolfy  siaply  "A»  — >  B'"  as  a  specialisation  of  "A 
— >  B",  and  the  systea  then  automatically  fleshes  this  out  in  accordance  with 
the  scheaa  given  in  [4]  or  [4*]  (provided,  of  course,  that  A*  ===>  A  and  B* 
**s>  B). 

Given  our  view  of  what  constitutes  a  proper  specialisation  of  an 
Implication,  an  obvious  oonsequenoe  is  that  as  one  proceeds  down  an 
iaplioation  hierarchy,  specialisations  become  more  and  more  embedded  within 
the  universe  of  some  most  general  antecedent.  This  still  leaves  open  the 
question  of  how  the  top- most  implication  is  to  be  treated.  In  particular, 
what  is  the  universe  with  respeot  to  which  one  specifies  the  relative 
complement  for  the  antecedent  of  the  "else”  conjunct?  This,  of  course,  is 
precisely  the  same  problem  that  needs  to  be  addressed  in  any  hierarchy 
involving  negation.  As  long  as  we  oan  relativise  negative  concepts  with 
respect  to  our  most  abstract  "Thing"  oonoept,  then  we  are  all  right.  But  as 
soon  as  we  wish  to  allow  in  "NOT( Thing)",  we  are  in  trouble.  Let  us  therefore 
stipulate  that  whatever  resides  at  the  top  of  a  hierarchy  cannot  be 
specialised  through  negation.  Applying  this  principle  to  a  predicate 
hierarchy  enables  us  to  guarantee  that  there  will  always  be  some  universe  with 
respeot  to  which  we  can  take  the  relative  complement  of  an  antecedent, 
provided  that  we  never  use  that  predicate  itself  in  an  antecedent.  Note  that 
in  this  view  of  things,  material  implication  loses  much  of  its  peculiarity  and 
in  fact  can  be  taken  as  an  abbreviation  for  those  oases  in  whloh  the 
consequent  of  the  "else”  conjunct  of  our  scheaa  is  slaply  "true”. 

Another  area  in  whioh  the  type  of  theory  specialisation  discussed  above 
is  directly  applicable  oonoerns  our  work  on  Augmented  Event  Transition 
Networks  (AETRs).  An  AETH  is  a  kind  of  event  grammar  that  forms  part  of  the 
specification  of  a  oonoeptual  entity  for  us.  It  serves  as  the  basis  for 
modeling  the  role-dependent  aspeot  of  the  entity,  specifically:  the  "expected” 
behavior  of  participant  role-players  in  events  that  have  extended  time- 
borlsona  (e.g.,  oontraotual  obligations  and  rights  of  sooio-legal  entitles 
suoh  as  LANDLORD  or  EMPLOYEE),  and  the  possible  transformations  whioh  physloal 
entitles  oan  undergo,  relative  to  particular  functional  perspectives,  without 
destroying  their  "objeothood”.  As  formal  objects,  AETNs  oan  be  represented  by 
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sets  of  logical  clauses  or  propositions  Incorporating  special  operators  and 
connectives  for  dealing  with  such  notions  as  temporal  realization,  precedence, 
possible  or  eventual  succession,  eto.  The  latter  type  of  connectives,  given  a 
suitable  axlomatlzatlon,  can  be  arranged  on  a  generalization/specialization 
hierarchy  in  much  the  same  way  as  the  logical  connectives  examined  earlier. 
Of  particular  interest  are  the  two  connectives  for  "eventually  (in  every 
future)"  and  "possibly  (in  some  future)*,  which  we  will  represent  by  "“"*>■  and 
'  >"  respectively.  Thus  "p  >  q"  is  to  be  read  as  *p  eventually  leads  to 
q",  and  ”p  ">  q”  as  ”p  nay  (possibly)  lead  to  q"  (l.e.,  there  exists  at  least 
one  possible  future  in  whioh  p  does  in  fact  lead  to  q).  Clearly  for  p  to 
eventually  lead  to  q,  it  must  ipso  facto  be  possible  for  p  to  lead  to  q.  Thus 
"eventually"  should  be  a  specialization  of  "possibly",  and  indeed  it  oan  be 
proved  formally  that: 


[51  (p  ~ >  q)  —  >  (p  ">  q) 


In  giving  a  logical  speoifloation  for  AETNs,  two  types  of  conoern  need  to 
be  kept  in  mind.  The  first  has  to  do  with  the  inferences  that  oan  be  drawn 
from  an  initial  set  of  axioms,  in  order  to  make  explicit  the  fully  expanded 
version  (or  "theory")  of  an  AETN.  The  second  has  to  do  with  the  inheritance 
rules  for  AETHs,  guiding  the  construction  of  complete  AETNs  out  of  "fragments* 
distributed  throughout  the  generalizatlon/speoiallzation  hierarchy. 

As  an  informal  example  of  the  first  oonoern,  consider  the  following  two 
axioms  of  an  AETN  for  a  "marriageable"  person: 


[6.1]  Birth  eventually  leads  to  death. 

[6.2]  Birth  may  possibly  lead  to  marriage  (provided 

death  doesn’t  intervene). 


Clearly,  one  of  the  things  one  should  be  able  to  conclude  from  this  is 
that  if  marriage  indeed  does  take  plaoe,  then  eventually  death  still  is  going 
to  take  plaoe,  l.e.,  marriage  eventually  also  leads  to  death  (not  necessarily 
in  any  oausal  sensei).  Furthermore,  one  should  also  be  able  to  oonolude  that 
it  is  not  possible  for  death  to  lead  to  marriage. 

In  order  to  illustrate  the  second  oonoern,  let  [6.1]  represent  the 
specification  of  one  AETN  and  [6.2]  the  speoifloation  of  another  one.  By 
making  [6.2]  a  specialization  of  [6.1],  we  in  essenoe  wind  up  with  the  AETN 
dlsoussed  in  the  previous  example. 
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Before  listing  a  done what  more  formal  version  of  the  two  types  of 
deductions  illustrated  above,  we  will  introduce  one  last  bit  of  notation  in 
the  interests  of  simplifying  our  representation: 


[7]  P  |-->  q  : :=  p  "“>  q  “  Vr(N0T(q  ">  r)) 


The  following  then  are  examples  of  deductions  associated  with  expanding 
an  initial  axiom  set  characterizing  an  AETN: 


[8]  [(p  |—>  q)  *  (p  ">  r)]  — >  [(r  — >  q)  *  NOT(q  ">  r)] 


(This  is  simply  a  restatement  of  the  example  connected  with  [6.1-2].  In 
all  subsequent  formulations,  we  will  use  the  "|  >"  construct  in  the 
consequents  also,  thus  eliminating  the  need  for  any  "NOT"  oonjuncts.) 


[9]  [(P  l~>  q)  *  (P  ">  r)  A  (p  ">  s)] 

— >  [(r  \—>  q)  '  (s  |~->  q)] 

[10]  [(p  I— >  q)  '  (p  ">  r)  A  (p  ">  s)  “  (r  !””>  s)] 

— >  [(r  l“~>  q)  “  (s  r~>  q)] 


Associated  with  the  specialization  of  AETNs  are  a  number  of  deductions 
such  as  the  following: 


[11]  Let  net  A  *  p  | — >  q,  net  B  =  p  ">  r,  and  B  ===>  A. 
The  full  expansion  of  B  * 

(P  l*“>  q)  "  (P  ">  r)  *  (r  I— >  q). 


(This  is  a  restatement  of  the  example  wherein  [6.2]  sk>  [6.1].) 

[12]  [(A  =  (p  I  >  q))  *  (A  <ssi  B,  wherein  q’  *s=>  q)] 

— >  [B  «  p  |— >  q'] 

[13]  C(A  «  (p  J“">  q))  A  (B  **r>  A,  wherein  p’  *ss>  p)] 
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— >  [(B  «  p‘  l"">  q)] 

[14]  [U  «  {p  l~>  q)  *  (p  ">  r))  A  (B  «  (r  |~>  a)  “  (r  ">  t)) 

-  (C  ««>  (A  A  B))] 

— >  [C  »  (p  J">  q)  *  (p  ">  r)  *  (r  l““>  q)  A  (r  l~>  a) 

*  (r  ">  t>  *  (t  |~“>  a)  *  (a  |~>  q)  *  (t  |~>  q)] 

[153  [(A  =  (p  |~“>  q)  A  (p  ">  r))  A  (B  =  (p  |~>  a)  A  (p  ">  r)) 
A  (C  =  (A  A  B))] 

— >  [C  *  (p  I— >  q)  *  (p  ">  r)  A  (r  |— >  q)  A  (r  \m~>  a) 

A  (p  “**>  a)  A  (q  — >  a)]. 


(See  Figures  2  and  3  for  a  graphical  representation  of  [14]  and  [15].) 


T 


FIG.  2. 
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A  Knowledge  Representation  Model  of  Prototype  Theory 


Benjamin  Cohen 

Cognitive  and  Instructional  Sciences  Group 
Xerox  Palo  Alto  Researoh  Center 
Palo  Alto,  California 

(Presented  during  the  main  conference) 

I'm  currently  using  KL-ONE,  or  at  least  something  that  bears  a  family 
resemblance  to  KL-ONE,  as  a  modelling  tool  in  cognitive  science.  I  want  to 
model  a  recent  theory  of  concepts  known  as  prototype  theory  developed  over  the 
last  ten  years  by  the  psychologist  Eleanor  Rosch  up  at  Berkeley  and  a  number 
of  others  in  cognitive  science.  There  are  a  variety  of  motivations  for 
modelling  prototype  theory.  My  own  motivation  is  to  reply  to  a  recent  critique 
of  prototype  theory  developed  by  Dan  Osherson  and  Ed  Smith,  two  psychologists 
who  think  there's  something  fundamentally  incoherent  about  prototype  theory. 
They  base  their  critique  on  a  fuzzy  set  model  and  I  want  to  use  knowledge 
representation  as  an  alternative  to  the  fuzzy  set  model  which  is  not  subjeot 
to  their  criticism. 


1.  OVERVIEW  OF  PROTOTYPE  THEORY 


Prototype  theory  in  psychology  is  a  well-established  body  of  experimental 
and  theoretical  doctrine.  The  core  is  the  view  that  conoept  instantiation  is 
not  all-or-none  but  more-or-less,  not  a  matter  of  satisfying  a  definition  but 
a  matter  of  typicality  or  resemblance  to  a  prototype.  For  example,  if  I  ask 
you  what  is  a  typical  bird  you  are  likely  to  say  robin,  than  either  chicken  or 
penguin.  Facts  such  as  these  show  up  in  a  variety  of  experimental  paradigms  as 
well  as  in  natural  language. 

The  traditional  definitional  picture  of  ooncepts  which  goes  back  to 
Aristotle,  represents  concepts  by  a  statement  of  necessary  and  sufficient 
conditions — the  paradigm  being  the  definition  of  baohelor  as  unmarried  male. 
To  see  the  difficulties  with  the  definitional  view  you  don't  need  to  go  into 
the  lab  and  do  reaction  time  experiments.  A  quicker  approach  is  the  following 
thought  experiment.  Choose  your  favorite  natural  kind  term  from  the 
dictionary.  If  we  put  the  dictionary  definition  of  horse  into  the  form  of 
necessary  and  sufficient  conditions  we  get  something  like  the  following. 

For  all  x,  x  is  a  horse  if  x  has  4  legs  A  x  eats  grass  x  &  x  is  an  animal 
A  x  is  used  for  riding. 
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With  the  possible  exception  of  animal,  none  of  these  conditions  are 
individually  necessary  let  alone  Jointly  sufficient  for  horsehood.  A  3-legged 
horse  that  hated  grass  and  was  never  used  for  riding  is  an  atyploal  horse,  but 
a  horse  no  less.  What  about  an Inal?  I  olala  there's  no  oontradlotion  involved 
in  the  notion  of  a  robot  horse— it's  Just  atypical.  The  same  holds  for  female 
bachelors.  A  more  aooessible  example  is  the  definition  of  father  as  male 
parent.  The  typical  father  la  a  biological  parent,  but  there  are  fathers  who 
are  not  biological  parents.  Again  there's  a  grading  off  with  the  prototype 
father  being  a  biological  parent. 

What  prototype  theory  provides  is  an  empirically  motivated  alternative  to 
the  definitional  aooount.  Now  there  may  be  other  perfectly  legitimate 
motivations  for  choosing  a  terminological  or  definitional  approach  to 
concepts.  So  my  position  need  not  be  regarded  as  in  oonflict  with  the  current 
definitional  approach  to  KL-ONE. 


2.  THE  FUZZY  SET  MODEL 


04S  embed  the  fuzzy  set  model  in  a  referential  theory  of  concepts  as 
classes  or  extensions  rather  than  a  theory  of  ooncepts  as  mental 
representations.  The  concept  BIRD  for  example  is  a  quadruple  <B,  b,  o,  d> 
where  B  is  the  class  of  birds,  b  is  the  prototype  bird,  c  measures  "birdiness” 
and  d  is  a  distance  metric  on  pairs  of  birds.  Using  this  scheme  the  core 
emplrloal  findings  of  prototype  theory  can  be  captured  by  constraining  c  to 
vary  Inversely  with  d.  But  as  is  typical  of  the  extenslonal  approach  notioe 
how  little  knowledge  of  birds  is  encoded.  There  is  no  syntactic  or  lexical 
information  and  no  mention  is  made  about  bird's  relation  to  other  conoepts. 

The  thinness  of  this  extenslonal  acoount  can  be  thickened  to  a  structured 
fuzz  by  using  roles  and  inheritance  from  standard  KL-ONE.  So  far  no  problem. 
The  question  is  how  can  we  represent  typicality  in  a  KL-ONE-lsh  setting?  One 
suggestion  is  to  put  explicit  real-values  on  links  to  indicate  semantic 
distance.  This  has  an  appealing  vividness  and  I  actually  have  proposed  this 
but  have  since  thought  better  of  it  for  it  seems  a  very  strong  assumption  to 
make,  particularly  when  outside  of  experimental  contexts  it  is  never  dear 
what  a  given  number  means.  So  Instead  I  use  partial  orderings,  partial 
orderings  of  instances,  roles- values  and  sub-conoepts.  A  concept  is  regarded 
not  as  a  definitional  entity  but  as  set  of  instances  partially  ordered  by 
their  typicality  or  degree  of  resemblance  to  a  distinguished  instanoe  oalled 
the  prototype. 

What  is  the  real  problem  with  this  theory  of  partial  orderings?  It's  not 
absence  of  formal  detail,  but  the  laok  of  a  theory  of  raaaa hi  ana*.  This  is  a 
matter  for  empirioal  and  theoretical  investigation  that  psychologists  like 
Tversky  have  only  reoently  begun  to  seriously  investigate. 
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3.  THE  PROBLEM  OF  COMPLEX  CONCEPTS 


OAS  state  the  following  oonpositlonal  criterion  of  adequacy  for  any 
theory  of  conoepta.  Given  an  arbitrary  node  of  ooabination  *,  a  theory  of 
oonoepts  should  specify  the  representation  for  X*Y  solely  in  terns  of  the 
representation  for  X  and  7.  Thus  for  conjunctive  oonoepts,  the  fuzzy  set  nodel 
should  tell  us  how  to  deternine  the  quadruple  for  the  conjunctive  oonoept  X&T 
solely  on  the  basis  of  the  quadruples  for  X  and  7. 

The  min  rule  is  the  fuzzy  set  solution  for  conjunctive  oonoepts. 


X*7(x)  =  min(X(x),  Y(x)) 


It  says  that  something's  X&Y-ness  is  the  min  of  its  X-ness  and  its  Y- 
ness.  An  obvious  consequence  of  this  rule  that  the  typicality  of  an  instanoe 
of  a  complex  concept  is  never  greater  than  that  for  the  constituents.  Yet  as 
OAS  point  out  this  is  very  counter-intuitive.  My  pet  guppy  is  a  more  typical 
net  fish  than  either  a  pet  or  a  fish. 

Ve  could  try  to  Improve  the  min  rule  in  the  fuzzy  framework  but  it  will 
still  fall  for  the  great  mass  of  non-interaective  NPs  like  large  mosquito. 
olive  oil,  motor  oil,  tov  factory,  kitchen  knife.  There  is  much  more  to  said 
about  the  problem  of  complex  concepts.  The  lesson  I  want  to  draw  is  the 
inadequacy  of  know-nothing  extensional  semantics  to  account  for  our 
competence.  Whatever  this  competence  involves  it  is  not  a  matter  of  combining 
fuzzy  extensions  using  simple  rules  of  combination.  At  the  very  least 
extensive  knowledge  of  prototypes  and  rules  for  constructing  prototypes  for 
complex  concepts  is  required. 


4.  A  KNOWLEDGE  REPRESENTATION  APPROACH 


In  general  in  attempting  to  understand  anything  there  may  either  be  too 
few  representations— the  nonsense  case  like  green  Idea— or  too  many— the 
ambiguous  oase  like  aluminum  soup  pot  whioh  may  either  be  a  soup  pot  made  of 
aluminum  or  a  pot  full  of  Campbell's  aluminum  soup. 

The  basic  model  of  complex  oonoepts  I  propose  is  a  pretty  straightforward 
application  of  KL-ONE  which  introduces  the  notion  of  a  mediating  role.  The 
reason  'green  idea'  is  anomalous  is  the  absenoe  of  a  mediating  color  role  on 
the  concept  idea  whioh  takes  green  as  value.  Ideas  don't  have  oolor.  The 
reason  green  apple  makes  sense  is  because  apples  inherit  a  oolor  slot  (say) 
from  Physical  obleot  whioh  takes  green  as  a  value.  This  value  is  understood  to 
restrict  the  mediating  role.  The  reason  aluminum  soup  j&L  is  ambiguous  is 
that  there  are  two  mediating  roles,  a  made-of  role  on  pot  and  one  on  soup. 
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This  theory  divides  KL-ONE  nodes  into  two  olasses:  compositional  and  non- 
compositional.  Compositional  nodes  are  nodes  that  have  structure  and  are  used 
to  represent  prototypes  for  oomplex  concepts  like  aluminum  soup  pot  where 
specialization  is  matter  of  restricting  values  of  mediating  roles.  Me  use  'I' 
(read  slash)  for  composite  nodes  and  write  pot  I soup {aluminum  where  the 
mediating  roles  are  mde-for  on  not  which  has  soup  as  a  restricting  value  and 
mada-of  on  not  (perhaps  inherited  from  a  super-concept)  which  has  aluminum  as 
a  restricting  value.  To  summarize  here's  a  rough  definition  of  mediating  role. 
A  role  R  is  a  mediating  role  for  ooncept  C  and  modifier  m  in  network  K. 


1 .  R  is  a  role  on  the  prototype  Instance  of  C  and  m  satisfies  the  value 
restriction  for  R  or 

2.  R  is  an  inherited  role  for  C  in  K  and  m  satisfies  the  value 
restriction  for  R. 

In  addition  to  providing  an  alternative  to  the  min  rule  and  its  ilk,  I 
believe  this  theory  of  complex  concepts  can  be  extended  to  handle  the 
classical  problem  of  default  conflicts  in  multiple  Inheritance  schemes. 
Conflicts  like  the  case  of  Clyde,  who  is  both  elephant— hence  gray  if  he  is 
typical— and  an  albino— henoe  white  if  he  is  typical— may  be  resolved  by 
finding  the  complex  prototype  which  is  most  typical.  In  this  case  albino 
elephant  in  which  elephant  is  the  head  and  albino  the  modifier  wins  over 
elephant  albino  sinoe  the  latter  does  not  resolve  the  color  ambiguity. 
Assuming  the  knowledge-base  is  not  simply  contradictory  or  ambiguous  the 
oonfliot  can  be  resolved  by  the  principle  of  typicality:  Choose  the  most 
typical  interpretation.  Here  albino  elephant  is  more  typical  than  elephant 
albino  sinoe  the  latter  does  not  resolve  the  color  ambiguity. 
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A  KL-ONE  Classifier 


Toe  Llpkls 

DSC/Inforaetlon  Soienoes  Institute 
(Presented  during  the  naln  oonferenoe) 

1.  THE  NEED  FOR  CLASSIFICATION 


Taxonomies  are  one  of  the  aiost  natural  and  useful  ways  to  organize 
descriptive  terms  in  a  knowledge  base.  They  are  easy  for  people  to 
understand,  and  they  facilitate  many  common  operations  suoh  as  determining 
whether  one  term  is  an  instance  of  another,  and  finding  all  instances  of  a 
generic  term.  While  static  taxonomies  can  be  constructed  manually, 
maintaining  dynamic  taxonomies  requires  the  ability  to  automatically  olassify 
new  terms  —  that  is,  to  procedurally  determine  the  taxonomio  relationship 
between  a  new  term  and  existing  terms,  and  then  to  incorporate  that 
relationship  into  the  knowledge  base.  Many  AI  programs  use  taxonomio 
knowledge  bases  (semantic  networks)  to  model  changing  domains,  and  therefore 
require  the  automatic  classification  of  new  knowledge  as  it  is  obtained. 
Automatic  classification  also  provides  a  means  of  enforcing  network  semantics 
and  ohecklng  consistency  of  descriptions,  and  is  therefore  a  superior 
alternative  to  manual  construction  in  the  implementation  of  static  taxonomies. 

This  note  describes  a  classifier  developed  for  the  KL-ONE  representation 
language  (see  [1],  [2]).  Some  examples  of  the  use  of  classification  in  the 
Consul  system  (see  (3])  are  first  presented,  followed  by  a  brief  dlsoussion  of 
the  Import  of  network  semantics  on  classification.  The  semantics  of  KL-ONE  as 
it  relates  to  classification  is  then  described,  and  finally  an  outline  is 
given  of  the  classification  algorithm  Itself. 


2.  USES  OF  CLASSIFICATION  IN  CONSUL 


The  key  to  Consul's  ability  to  provide  users  with  a  cooperative  Interface 
to  Interactive  servloes  is  the  large  body  of  knowledge  it  has  about  those 
servloes.  Its  knowledge  base  consists  of  both  servioe-lndependent  and 
servloe-dependent  knowledge.  The  servioe-lndependent  knowledge  models 
interactive  oonputer  systems  in  general,  describing  a  taxonomy  of  oonoepts 
common  to  Interactive  services  (e.g.,  display  operations,  delete  operations, 
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niea  and  Manatee).  These  service-independent  oonoepts  are  instantiated  bjr 
servloe-de pendent  oonoepta  that  deaoribe  the  aotual  objects  and  functions 
available  in  a  particular  service.  Consul  uses  this  knowledge  base  to  map 
descriptions  of  user  requirements  (parsed  user  requests)  into  actions  to  be 
performed  by  the  system  (either  service  execution  or  Consul  explanation  of 
service  capabilities) . 

The  situations  in  whioh  the  olassifler  is  invoked  fall  into  two 
categories:  network  building  and  mapping. 


o  Network  Building:  Network  building  in  Consul  oocurs  in  two  different 
contexts:  building  and  maintenance  of  the  initial  service-independent 
knowledge  base  by  Consul  designers,  and  automatic  acquisition  of  new 
service-dependent  knowledge  by  Consul's  acquisition  component  (see 
[4]).  The  classifier  is  used  in  network  design  to  make  sure  that  the 
piece-by-piece  construction  of  the  network  produces  a  valid  KL-ONE 
structure  that  can  be  used  for  later  information  retrieval.  The 

classifier  also  insures  that  all  ohanges  to  network  structures  are 
reflected  in  appropriate  changes  in  the  network  taxonomy.  New 

knowledge  is  obtained  through  Interaction  between  individual  servloe 
builders  (having  no  knowledge  of  KL-ONE)  and  Consul's  acquisition 
component.  As  a  servloe  builder  defines  or  changes  service  objects 
and  functions,  the  acquisition  component  calls  on  the  olassifler  to 
insert  them  into  the  knowledge  base  and  oheok  their  validity. 
Information  about  the  classification  of  these  objects  and  functions 
la  then  presented  to  the  servloe  builder  for  verification. 

o  Napping:  Mapping  in  Consul  is  a  process  of  redescribing  structures  by 
applying  inference  rules  of  the  form  "instances  of  Z  can  be 
redescrlbed  as  Instances  of  T,"  where  Z  and  T  are  existing  structures 
in  the  knowledge  base.  When  a  rule  is  applied  (because  a  description 
of  Interest  is  found  to  instantiate  its  antecedent  (Z)),  a  new 
structure  is  built  which  instantiates  the  rule  consequent  (T).  This 
new  structure  is  then  classified,  perhaps  instantiating  another  rule 
antecedent. 

3.  CLASSIFICATION  AND  NETWORK  SEMANTICS1 


Most  current  semantic  network  formalisms  represent  taxonomies  through 
som  kind  of  "is-a"  link  and  some  notion  of  inheritance  of  properties  down  ia- 


'See  [5]  and  especially  [6]  for  more  detailed  discussions  of  these  issues. 
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a  links.  Most,  however,  are  unclear  as  to  the  semantics  of  a  term,  or 
description.  Many  treat  descriptions  as  prototypes,  expressing  default 
conditions  whioh  can  be  violated.  For  example,  walruses  have  two  tusks,  but 
we  may  know  that  Herbert  the  walrus  has  only  one  tusk.  Herbert  certainly  is  a 
walrus,  so  we  merely  canoel  the  inherited  "number  of  tusks"  property. 

Defaults  of  this  sort  are  extremely  useful  to  AI  programs,  but  their  use 
seriously  affects  the  expressive  power  of  a  representation  language.  The  faot 
that  properties  of  a  description  can  be  cancelled  means  that  these  properties 
are  non-definitional.  Without  the  ability  to  analytically  define  terms,  one 
cannot  create  composites  (e.g.,  the  conoept  of  a  four  sided  polygon),  and  so 
every  term  in  the  language  is  primitive.  With  only  primitive  terms,  the 
system  cannot  tell  whether  one  term  is  a  specialization  of  another,  so 
automatic  classification  of  new  terms  is  impossible. 

In  KL-ONE,  cancellation  of  properties  is  not  allowed,  and  descriptions 
£Cft  definitional.  Thus  automatic  classification  based  on  the  structure  of 
terms  is  possible.  Furthermore,  KL-OHE  distinguishes  between  the  operations 
(links)  used  to  define  concepts  as  formal  objects  ii  the  network,  and  the 
domain-dependent  relationships  between  the  elements  of  that  domain.  The 
existence  of  a  separate  "epistemological"  level  of  representation  makes  it 
possible  to  write  general,  domain-independent  routines  for  constructing  and 
maintaining  networks.  In  KL-OHE,  the  fundamental  network  creation  and 
maintenance  process  ia  classification:  the  determination  of  the  taxonomic 
relationship  between  objects,  and  the  incorporation  of  this  relationship  into 
the  network. 


4.  SEMANTICS  OF  A  KL-ONE  TAXONOMY 


A  KL-ONE  description  is  in  the  "right  place"  in  the  taxonomy  if  it 
specializes  or  instantiates  the  most  specific  description s)  which  subsume  it, 
and  is  specialized  or  instantiated  by  the  most  general  description(s)  which  it 
subsumes.  This  section  briefly  describes  the  structure  of  KL-ONE 
descriptions,  then  defines  the  semantics  of  the  subsumption  relationship  in 
terms  of  that  structure. 


4.1.  KL-ONE  Structure 


A  KL-ONE  network  oonslsts  of  two  distinot  parts:  a  taxonomy  of 
lntensional  descriptions  and  an  extensional  database  of  objects  ("nexuses”)  to 
which  descriptions  oan  be  attached.  The  olassifler  deals  only  with  the 


T.  Lipkis 


130 


PRESENTED  PAPERS 


Report  No.  %842 


Bolt  Beranek  and  Neman  Ino 


lntensional  taxonoay2.  Descriptions  are  represented  by  "concepts, ■  and  the 
specialization  (ls-a)  link  is  oalled  a  "superooneept  cable."  Concepts  have 
attributes  which  are  represented  by  "rolesets"  (often  referred  to  slaply  as 
"roles").  Rolesets  consist  of  facets  which  define  constraints  on  the  set  of 
values  that  way  fill  thea.  The  cardinality  of  the  fillers  is  specified  by  a 
range  oalled  the  "nuaber  restriction,"  and  the  type  of  filler  by  a  "value 
description,"  whloh  is  a  concept.  For  exaaple  the  concept  Quadruped  has  a 
llab  role  whose  nuaber  restriction  is  four,  and  whose  value  restriction  is  the 
ooncept  HaaaalLiab.  This  structure  is  shown  in  the  top  ooncept  in  Figure  1. 


FIG.  1.  KL-ONE  STRUCTURE 


The  roles  '.f  a  ooncept  are  inherited  by  all  its  suboonoepts  unless  they 
are  explicitly  aodlfied.  Modification  indicates  a  restriction  of  the 


2The  reallser  deals  with  the  extenslonal,  see  [7] 
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attribute  of  the  superoonoept  and  la  represented  by  a  "sod*  wire  fros  the  role 
of  the  suboonoept  to  the  role  of  the  superoonoept.  A  role  oan  also  be 
differentiated,  which  indloates  a  deoosposition  of  the  fillers  of  the  role 
into  distinguished  subsets.  Bxaaples  of  these  are  shown  in  Figure  1,  where 
the  tail  role  of  of  a  Nan  is  restricted  to  be  a  VeatigalTail,  and  the  llsba  of 
a  Quadruped  are  deoosposed  into  Man’s  arss  and  legs.  Roles  of  a  superoonoept 
which  are  differentiated  but  not  sodified  are  still  inherited,  as  the 
differentiators  are  not  necessarily  exhaustive.  Thus  Nan  still  inherits  a 
llsb  role  which  is  differentiated  by  ars  and  leg.  Differentiation  of  roles 
within  a  single  oonoept  is  also  pernitted. 

Constraints  on  the  relationships  between  fillers  of  roles  are  speoified 
by  "role  set  relations"  (RSRs).  In  the  most  general  kind  of  RSR,  the 
condition  is  speoified  by  a  "para-individual  concept,"  an  instantiation  of  a 
generic  concept  which  is  parameterized  to  refer  to  parts  of  another 
description.  The  roles  of  a  para-individual  are  called  "ooref  roles"  because 
their  fillers  are  co-referential  with  the  fillers  of  the  generlo  roles  they 
point  to.  An  example  is  shown  in  Figure  2,  where  the  uprights  of  an  Aroh  are 
constrained  to  support  the  lintel. 


FIG.  2.  A  ROLE  SET  RELATION 


"Role  value  waps”  (RVMs)  are  a  restricted  fora  of  RSR  in  whloh  a  built-in 
condition  is  specified  in  plaoe  of  a  para-individual.  RVMs  always  have  two 
coref  roles,  and  speoify  either  that  the  set  of  fillers  of  one  role  is  equal 
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to  the  set  of  fillers  of  another,  or  that  tha  flllara  of  ooa  art  a  aubaat  of 
tha  flllara  of  anothar. 

In  order  to  accommodate  prlaltiva  oonoapts  auoh  aa  Dog  or  Bad  which 
cannot  be  oriterially  defined,  oonoapts  oan  ba  marked  aa  "natural  kinds, " 
vhloh  means  that  thair  definitions  speoify  necessary  but  not  sufflolant 
conditions.  It  is  not  possible  to  reeognlze  instances  of  natural  kinds  by 
their  properties. 


4.2  The  Right  Plaoe 


Beoause  a  concept  in  a  KL-ONE  network  inherits  properties  from  its 
superoonoepts ,  a  superoonoept  cable  oan  have  one  of  two  distinct  meanings 
(which  are  not  distinguished  in  KL-ONE).  If  all  of  the  properties  which  the 
subconcept  inherits  from  the  superoonoept  are  also  represented  explicitly  on 
the  subconcept,  then  the  superoonoept  oable  does  not  affect  the  definition  of 
the  subconcept,  and  merely  represents  a  relations!  p  that  happens  to  exist 
between  the  two  conoepts.  If,  on  the  other  hand,  there  are  some  properties 
which  the  subconcept  has  only  because  it  inherits  them  from  the  superoonoept, 
then  the  superoonoept  oable  is  definitional;  the  subsumption  relationship 
depends  on  the  presence  of  the  oable.  Definitional  superoonoept  cables  are 
created  by  processes  which  build  new  oonoept  structures.  Putting  each  new 
structure  in  the  right  plaoe  requires  finding  all  of  the  happenstanoe 
subsumption  relationships  between  it  and  existing  structures,  and  creating 
superoonoept  oables  to  represent  these  relationships. 

In  terms  of  KL-ONE  structure,  a  concept  Super  subsumes  a  conoept  Sub  if: 


o  Each  role  of  Super  is  modified  by  a  role  of  Sub. 

o  The  value  description  of  eaoh  role  of  Super  subsumes  the  value 
description  of  the  corresponding  role  of  Sub. 

o  Sub  has  a  subset  relationship  (differentiation)  between  any  roles 
corresponding  to  roles  of  Super  which  have  a  subset  relationship. 

o  The  number  restriction  of  eaoh  role  of  Super  subsumes  the  number 
restriction  of  the  corresponding  role  of  Sub. 

o  The  constraint  specified  by  each  role  set  relation  of  Super  is  met  by 
Sub. 

o  All  primitive  (natural  kind)  conoepts  that  are  ancestors  of  Super  are 
also  anoestors  of  Sub. 
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A  oonoept  subsumes  itself  and  all  of  ita  apeoializers;  a  role  set  subsumes 
Itself  and  all  of  role  sets  that  modify  or  differentiate  it;  a  role  set 
relation  subsumes  Itself  and  all  role  set  relations  whose  components  are 
subsumed  by  its  oomponents.  These  relationships  are  shown  in  Figure  3* 


s 


FIG.  3.  SUBSUMPTION  RELATIONSHIPS 
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4.3.  Issues  in  Deteraining  Subsumption 


While  the  subsumption  oriteria  are  defined  explicitly  by  KL-ONE,  there 
are  some  open  questions  involving  the  type  and  extent  of  reasoning  that  is 
appropriate  for  the  olassifier  to  perform.  One  question  regards  the  amount  of 
effort  the  olassifier  should  expend  to  determine  whether  some  subsumption 
relationship  holds.  For  example,  in  order  to  make  use  of  concepts 
representing  integers,  one  might  enoode  an  axiomatizatlon  of  the  integers  into 
KL-ONE  structure,  and  then  expect  the  classifier  to  be  able  to  determine  that 
the  conoept  Integer  subsumes  the  concept  439.  With  an  appropriate  reasoning 
ability  the  classifier  could  do  this,  but  the  time  Involved  would  likely  make 
it  impractical.  While  it  seems  useful  for  the  classifier  to  be  able  to 
perform  reasoning  of  this  nature,  it  is  clearly  necessary  to  limit  the  amount 
of  resources  that  it  can  consume. 

Another  question  is  whether  the  classifier  should  use  knowledge  which  is 
not  explicitly  represented  in  the  network.  One  alternative  to  axiomatlzing 
the  Integers  in  KL-ONE  is  to  enoode  a  certain  amount  of  number  theory  in  the 
classifier  itself.  It  would  then  be  quite  easy  to  determine  that  Integer 
subsumes  439  (though  probably  not  to  determine  that  Evenlnteger  subsumes 
The57thDlgitInTheDeolmalKxpanslonOfPI),  but  this  would  violate  a  principle  of 
KL-ONE;  namely  that  conoepts  are  defined  purely  by  their  structure,  and  carry 
no  "hidden”  meaning. 

These  same  Issues  arise  in  the  determination  of  whether  an  RSR  constraint 
on  one  ooncept  is  met  by  another  conoept.  If  that  other  concept  has  an  RSR 
specifying  the  same  constraint,  then  it  can  be  trivially  determined  that  the 
constraint  is  met,  as  it  is  stated  explicitly.  If,  however,  the  second 
conoept  specifies  a  stronger  constraint,  some  amount  of  reasoning  may  be 
neoessary  to  discover  that  fact.  Another  possibility  is  that  the  second 
concept  specifies  no  constraint  explicitly  but  still  satisfies  the  required 
constraint  by  virtue  of  its  structure.  For  example,  an  RSR  which  specifies  a 
LessThan  relationship  between  the  fillers  of  two  roles  is  satisfied  in  a 
ooncept  in  which  the  value  descriptions  of  the  two  roles  are  6  and  7, 
respectively.  Again,  it  would  be  useful  for  the  olassifier  to  make  this 
determination,  but  here,  in  addition  to  the  two  issues  previously  mentioned, 
there  is  a  third  issue  involved:  the  distinction  between  lntensional  and 
extenslonal  knowledge.  Role  set  relations  express  constraints  between  the 
fillers  of  roles,  and  while  it  is  certainly  Inappropriate  for  the  olassifier 
to  use  extenslonal  knowledge  about  the  aotual  role  fillers  in  any  Instance,  in 
some  oases  (suoh  as  this  example)  there  is  sufficient  information  about  what 
those  fillers  can  be  to  determine  that  the  constraint  must  be  true  in  any 
extension. 

Unless  the  decision  is  made  to  allow  the  olassifier  to  consume  an 
arbitrary  amount  of  time  reasoning,  there  oan  be  no  guarantee  that  it  will 
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find  all  the  aubsuaption  relationships  that  hold  in  the  network.  Thus,  aa  a 
praotioal  natter,  the  olaaslfloation  procesa  la  Inoonplete,  and  the  taxonony 
la  only  a  partial  repreaentation  of  the  aet  of  aubauaption  relatiohahipa. 


5.  THE  ALGORITHM 


The  job  of  the  olaaalfloation  algorltha  la  to  deteraine  the  right  plaoe 
In  the  network  for  eaoh  inaoming  description,  and  to  establish  the  description 
in  that  plaoe.  This  ia  done  by  aearohing  the  existing  network  to  find  the 
aost  specif io  oonoepts  that  subsuae  the  new  description,  and  the  nost  general 
concepts  that  it  subauaes ,  and  then  asking  theae  aubauaption  relationships 
expllolt. 

Hew  descriptions  are  always  built  as  refinements,  elaborations,  or 
combinations  of  existing  descriptions  in  the  network.  Every  new  description 
therefore  has  an  initial  "plaoe”  in  the  network  by  virtue  of  this  construction 
process.  However,  this  may  not  be  the  "right  plaoe,”  sinoe  the  description 
has  not  yet  been  formally  classified.  Eaoh  new  description  must  therefore  be 
classified  —  aade  part  of  the  taxonomy  —  after  it  is  built.  Once  a  concept 
has  been  established  as  part  of  the  taxonomy,  the  classifier  assumes  it  will 
not  be  ehanged  or  deleted,  as  the  effects  of  such  changes  on  other  oonoepts  in 
the  network  are,  in  general,  unpredictable. 

A  description  is  normally  classified  by  first  classifying  the  oonoepts 
whloh  make  up  its  subparts  (role  value  descriptions),  then  the  description 
head  concept  itself.  The  reason  for  this  is  illustrated  by  Figure  4.  In 
order  to  determine  whether  SendOperationl  is  subsumed  by  SendOperation,  it 
must  be  determined  whether  Message  subsumes  Message 1 .  For  the  purpose  of 
classifying  SendOperationl  it  would  be  sufficient  so  make  this  test,  establish 
Messagel  as  a  suboonoept  of  Message,  and  go  on.  However,  Messagel  is  an 
incoming  description  in  its  own  right  and  so  its  right  plaoe  must  also  be 
found.  In  this  oase  Messagel  is  also  subsumed  by  TypedMessage,  but  this  would 
not  be  discovered  by  the  above  top  down  procedure.  Messagel  must  therefore  be 
classified  independently  of  the  classification  of  SendOperationl .  This  can  be 
accomplished  by  classifying  descriptions  in  a  bottom  up  manner. 

However,  in  the  event  that  part  of  the  description  is  oyclio  (as  in 
Figure  5),  classification  of  the  oyclio  part  cannot  proceed  bottom  up.  But, 
sinoe  eaoh  oonoept  in  the  cycle  has  as  one  of  its  subparts  the  entire  oyole, 
the  problem  of  classifying  Messagel  shown  in  Figure  4  cannot  arise.  Thus, 
there  is  no  need  for  independent  classification  of  the  subparts.  Testing  the 
subsumption  relationship  between  any  oonoept  in  the  oyole  and  an  existing 
oonoept  still  requires  knowing  the  relationship  between  the  oonoepts* 
subparts.  Since  one  of  these  subparts  is  the  entire  oyole,  all  oonoepts  in  a 
oyole  aust  be  classified  in  parallel.  This  is  performed  by  assuming  that  the 
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PIG.  4.  CLASSIFICATION  OF  SUBPARTS 


neoeasary  subsumption  relationships  exist  for  each  subpart,  then  oheoking  to 
see  if  that  is  actually  the  case.  This  parallel  classification  is  a 
generalisation  of  the  algorithm  presented  in  the  remainder  of  this  seotion. 

The  overall  classification  problem  has  nov  been  reduoed  to  the  problem  of 
classifying  a  concept,  all  of  whose  subparts  have  been  classified.  For  eaeh 
such  concept,  two  sets  of  ooncepts  must  be  found:  the  most  specific  concepts 
which  subsume  it,  and  the  most  general  conoepts  which  it  subsumes.  Two 
Independent  searohes  are  conducted  to  find  these. 
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FIG.  5.  A  CYCLIC  DESCRIPTION 


5.1  Searching  the  Network 


The  search  for  subsumers  starts  at  the  top  of  the  lattice  and  performs  a 
depth  first  traversal,  testing  each  node  to  see  whether  it  subsumes  the 
concept.  If  it  does  not,  none  of  its  children  oould  either,  so  the  subtree 
below  it  need  not  be  searched.  If  it  does,  it  is  remembered  as  a  subsumer  and 
its  children  are  searched.  If  none  of  its  children  subsume  the  concept,  then 
it  is  the  most  specific  subsumer  (in  this  subtree)  and  a  superconcept  cable  is 
established  between  the  concept  and  its  newly  found  subsumer. 

While  at  first  glanoe  it  might  seem  that  this  search  need  only  include 
the  subtree  below  a  concept's  initial  classification,  this  is  not  the  case. 
As  shown  in  Figure  6,  the  concept  AthenaCorporation  is  known  to  be  a  kind  of 
Corporation,  but  not  a  kind  of  Woman ^Organization.  In  order  for  the 
relationship  to  Woman' sOrganizatlon  to  be  found,  the  search  must  encompass 
more  than  just  the  subtree  below  Corporation.  Note  that  if  all  possible 
conjunctions  of  concepts  were  represented  in  the  network  this  would  not  be 
necessary,  as  the  ooncept  Woman 'sScientlf incorporation  would  exist  as  a 
subconcept  of  both  SolentiflcCorporation  and  Woman 'sOrganizatlon.  It  is  still 
not  necessary  to  search  (potentially)  the  entire  network,  as  the  relationship 
of  the  subparts  of  AthenaCorporation  to  the  rest  of  the  network  provide  some 
constraints  on  what  must  be  searched,  but  this  information  is  not  currently 
used. 


More  constraints  are  available  to  limit  the  search  for  a  concept's 
subsumees.  First,  because  the  subsumption  relation  is  transitive,  all 
subsumees  of  a  concept  are  also  subsumed  by  its  subsumers,  so  it  is  only 
necessary  to  consider  the  subconcepts  of  the  superconcepts  just  found. 
Second,  slnoe  a  concept's  subsumees  must  have  all  of  the  roles  that  the 
concept  has,  it  is  only  necessary  to  searoh  these  subtrees  in  the  network 
consisting  of  concepts  which  have  all  of  those  roles.  The  appropriate 
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FIG.  6.  SEARCHING  THE  NETWORK 


aubtreea  are  traversed ,  and  the  conoept  being  classified  is  established  as  a 
superconcept  of  the  highest  conoept  in  each  subtree  which  it  subsumes,  if  any. 

5.2  Deteralning  Subsumption 

Both  traversals  of  the  network  perform  the  same  test  at  each  node  to 
determine  whether  one  conoept  subsumes  another.  In  one  traversal  the 
potential  subsumer  is  a  oonoept  already  in  the  taxonomy ,  and  the  potential 
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subsuaee  la  tfaa  oonoapt  baing  olaaaiflad.  In  the  other  traversal  the  reverse 
Is  tfaa  oasa.  For  tfaa  remainder  of  this  seotion,  tfaa  potential  subsuaer  will 
be  referred  to  as  Super,  and  tbe  potential  subsuaee  as  Sub. 

The  first  oondltlon  for  subsuaptlon  Is  that  Super  is  not  a  descendant  of 
any  natural  kind  oonoepts  of  which  Sub  is  not  a  descendant.  This  test  oan  be 
made  without  exaainlng  the  subparts  of  either  oonoept  and  is  performed  first. 
Tbe  regaining  subsuaptlon  requirements  express  conditions  on  the  relationships 
between  corresponding  subparts  of  the  two  oonoepts,  so  the  next  step  is  to 
determine  and  check  these  correspondences.  Conoepta  have  two  different  kinds 
of  subparts:  roles  and  role  set  relations.  In  order  to  determine  the 
relationships  between  role  set  relations,  the  relationships  between  the  roles 
involved  must  be  known.  Thus,  the  role  subsuaptlon  relationships  are 
established  and  checked  first. 


FIG.  7.  EVIDENCE  FOR  ROLE  CORRESPONDENCES 


Given  a  role  A  of  Super,  and  a  role  B  of  Sub,  the  faot  that  all  of  the 
faoets  of  A  subsume  faoeta  of  B  is  not  enough  to  deteralne  that  there  is  a 
relationship  between  the  meaning  of  A  to  Super  and  the  —  galag  of  B  to  Sub. 
(E.g. ,  Just  because  a  Person  has  a  Mother  whloh  must  be  a  Woman  and  a  Man  has 
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a  Hlfa  which  must  ba  a  Momma  doaa  not  aean  that  tha  Mother  role  of  Person  la 
in  any  way  related  to  the  wife  role  of  Man.)  The  only  way  auoh  similarity  of 
■easing  Is  represented  In  KL-ONE  is  In  term  of  the  modification  and 
differentiation  relationships  between  roles  in  the  network. ’  If  a  role  of 
Super  and  a  role  of  Sub  are  both  descendants  of  a  oommon  role  (which 
neoesaarlly  belongs  to  a  oonoept  which  is  a  parent  of  both  Super  and  Sub), 
then  there  is  evidence  for  some  relationship  between  the  two  roles,  is  shown 
in  Figure  7,  both  the  R  role  of  Super  and  the  T  role  of  Sub  modify  the  J  role 
of  A,  implying  that  R  has  the  same  meaning  to  Super  as  T  does  to  Sub  so  that, 
were  Super  to  actually  subsume  Sub,  role  7  should  modify  role  R.  Similarly, 
the  X  role  of  Sub  differentiates  role  I  whloh  is  modified  by  the  S  role  of 
Super,  so  role  X  should  differentiate  role  S.  Since  there  Is  no  information 
available  that  role  T  of  Super  is  the  .subset  of  I  as  is  X  of  Sub,  no 
relationship  oan  be  inferred  between  X  and  T. 

Having  discovered  the  relationships  between  the  roles  of  Super  and  Sub, 
the  role  subsumption  criteria  oan  now  be  checked:  for  each  role  of  Super, 
there  must  be  one  role  of  Sub  whioh  modifies  it,  and  possibly  others  which 
differentiate  it;  if  one  role  of  Super  differentiates  another,  there  must  be  a 
similar  differentiation  relationship  between  the  corresponding  roles  of  Sub; 
the  number  restriction  of  each  role  of  Super  must  speoify  a  range  whloh 
inolude  the  number  restriction  of  the  role  of  Sub  that  modifies  it,  as  well  as 
any  roles  of  Sub  which  differentiate  it;  and  the  value  description  of  each 
role  of  Super  must  subsume  the  value  description  of  each  of  the  roles  of  Sub 
which  modify  or  differentiate  the  role. 

The  subsumption  criteria  for  RSRs  is  that  each  constraint  specified  for 
Super  must  hold  for  Sub.  The  olassifier  currently  demands  that  the 
constraints  be  explicitly  stated  on  Sub,  that  is,  each  RSR  of  Super  must 


3ro1ss  also  have  names,  but  these  are  only  notational  conveniences  and  carry 
no  semantic  information,  except  perhaps  to  processes  external  to  the  network. 

^ There  are  actually  two  possible  interpretations  of  differentiation;  the 
decomposition  may  be  defined  by  the  structure  of  the  differentiating  roles  (as 
in  the  decomposition  of  a  limb  role  into  arm  and  leg  roles  having  value 
descriptions  of  Arm  and  Leg,  respectively,  meaning  that  the  arms  are  exaotly 
those  limbs  that  are  Armish),  or  it  may  be  unspecified  (l.e.,  the  value 
description  expresses  a  feature  true  of  the  differentiated  role  but  does  not 
completely  define  the  differentiation).  In  the  first  oase  the  classifier 
would  have  enough  information  to  matoh  up  the  differentiating  roles.  However 
the  two  oases  are  not  ourrently  distinguished  by  KL-ONE,  and  the  olassifier 
assumes  the  second  interpretation. 
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subeuae  some  RSR  of  Sub.  Unlike  roles,  the  meaning  of  a  role  set  relation  to 
a  concept  is  completely  represented  in  its  structure.  Furthermore,  the 
relationships  allowed  in  KL-ONE  between  role  set  relations  are  not  as  rioh  as 
those  between  roles,  and  are  expected  to  change  in  the  near  future.  For  these 
reasons,  the  correspondences  between  role  set  relations  are  determined  solely 
on  the  basis  of  their  structure.  For  each  role  set  relation  of  Super  a  search 
is  performed  for  a  role  set  relation  of  Sub  whioh  it  subsumes. 

Two  conditions  must  be  met  for  a  role  set  relation  of  Super  (Super RSR)  to 
subsume  one  of  Sub  (SubRSR):  the  relation  expressed  by  SuperRSR  must  subsume 
the  relation  expressed  by  SubRSR,  and  the  parts  of  Super  related  by  SuperRSR 
must  subsume  the  parts  of  Sub  related  by  SubRSR.  These  parts  are  expressed  as 
ohalns  of  roles  specifying  a  path  from  the  oonoept  to  which  the  RSR  belongs  to 
a  role  within  its  description,  which  is  the  actual  part.  One  roleohain 
subsumes  another  if  the  two  chains  are  of  equal  length,  and  each  role  in  the 
sub  ohaln  modifies  the  corresponding  role  in  the  super  chain. 

If  the  role  set  relations  in  question  are  role  value  maps,  then  if  the 
relation  type  of  SubRSR  is  EQUAL,  then  one  of  the  two  rolechains  of  SuperRSR 
must  subsume  one  of  the  roleohains  of  SubRSR,  and  the  other  must  subsume  the 
other.  If  the  relation  type  of  SubRSR  is  SUBSET,  then  the  relation  type  of 
SuperRSR  must  also  be  SUBSET,  the  left  hand  roleohain  of  SuperRSR  must  subsume 
the  left  hand  roleohain  of  SubRSR,  and  similarly  for  the  right  hand 
roleohains. 

If  the  role  set  relations  are  para-individual  role  set  relations,  then 
SuperRSR's  para-individual  must  subsume  SubRSR' s  para-lndlvldual.  However, 
because  para-individuals  are  parameterized  and  individual,  it  is  not  possible 
for  there  to  be  a  subsumption  relationship  between  them  directly.  While 
KL-ONE  allows  arbitrary  specialization  of  a  ooncept  when  it  is  para- 
individuated,  the  classifier  assumes  that  the  para-individual  is  merely  a 
functional  instantiation  of  its  generic  parent  (i.e.,  it  oontalns  no 
additional  structure) ,  ami  so  tests  the  subsumption  relationship  between  the 
parents  (as  in  Figure  3)*  *  Analogously  to  role  value  maps,  the  roleohain 
stemming  from  each  coref  role  of  SuperRSR's  para-individual  must  subsume  the 
roleohain  stemming  from  the  corresponding  coref  role  of  SubRSR' s  para- 
individual  . 


^The  situation  is  aotually  somewhat  more  complex  than  this,  as  it  is 
possible  for  the  para-individual  to  inherit  Information  from  the  oonoept  to 
which  it  belongs  (such  as  when  a  coref -role  points  to  a  role  with  a  value 
description).  If  necessary,  a  new  generic  oonoept  that  oontalns  this 
information  is  oreated  and  classified,  and  used  to  test  subsumption. 
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5.3*  Identical  Conoepta 


If  a  concept  which  ia  identical  to  one  already  in  the  taxonoay  la  entered 
into  the  network  and  claaaified,  then  it  will  both  aubauae  the  exlating 
conoept  and  be  subsumed  by  it.  In  order  to  oorrectly  repreaent  the 
relatlonahip  between  theae  two  conoepta  in  the  network,  they  auat  be  merged. 
The  firat  tine  a  cable  la  eatabliahed  between  a  concept  being  claaaified  and 
an  exlating  conoept,  the  olaaaifler  testa  whether  the  two  oonoepta  are 
identical'.  If  they  are,  all  pointers  to  the  new  concept  are  changed  to  point 
to  the  existing  concept,  any  roleohaina  going  through  roles  of  the  new  concept 
are  rerouted  through  the  corresponding  roles  of  the  existing  ooncept,  any 
nexus  description  wires  or  attached  data  are  moved ,  and  the  new  conoept  is 
discarded.  This  procedure  can  result  in  a  loss  of  information  if  some  process 
external  to  the  network  usea  names  to  acoess  parts  of  the  structure.  In  order 
to  help  such  external  processes  deal  with  this,  the  classifier  provides  as 
part  of  its  result  a  list  of  concept  substitutions  it  has  made. 


5.4.  Interface  to  the  Realizer 


The  Consul  realizer  (see  Bill  Mark's  paper  "Realization",  page  78,  and 
also  [7])  is  responsible  for  Insuring  that  all  incoming  descriptions  are 
attaohed  to  the  nexuses  they  describe.  While  the  classifier  takes  care  of 
this  for  cases  where  a  description  describes  a  nexus  by  definition  (i.e.,  some 
subconcept  of  the  description  already  describes  the  nexus),  external  knowledge 
is  required  to  determine  whether  a  nexus  described  by  some  existing  ooncept 
happens  to  also  be  described  by  a  non  subsuming  incoming  description.  Making 
this  determination  in  general  is  an  intractable  problem,  so  the  realizer  is 
only  Invoked  in  a  restricted  set  of  ciroumstanoes.  Currently,  the  realizer  is 
able  to  determine  that  two  descriptions  describe  the  same  nexus  when  the  only 
differences  between  the  descriptions  are  eoreferentlality  constraints  or 
structural  descriptions.  The  classifier  deteots  this  occurrence  when  it  is 
testing  the  subsumption  relationship  between  two  descriptions  and  invokes  the 
realizer.  The  realizer  uses  external  knowledge  to  deoide  whether  the  nexuses 
described  by  one  description  meet  the  structural  constraints  of  the  other,  and 
performs  the  necessary  attachments. 


^Circularities  in  the  superconoept  hierarchy  are  not  allowed  in  KL-ONE. 

7 Identical  here  means  structurally  identical.  Differences  in  names  are 
ignored,  as  are  attaohed  data. 
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6 .  Conclusion 


The  classifier  is  currently  being  used  by  the  Consul  system  as  described 
in  Seotlon  2  of  this  paper.  It  is  also  used  by  the  Consul  explainer  to 
determine  why  one  structure  does  not  subsume  another,  in  the  prooeas  of 
explaining  why  Consul  was  unable  to  redescribe  a  user  request  as  an  invocation 
of  a  servioe  operation.  It  is  expeoted  that  the  olassifler  will  be  used  by 
■ore  systems  in  the  near  future,  and  that  it  will  eventually  be  incorporated 
into  KL-OME. 

Some  work  still  needs  to  be  performed  on  the  implementation.  There  are 
some  oases  where  ambiguous  relationships  between  two  concepts  will  cause  a 
subsumption  relationship  to  be  missed.  The  algorithm  must  be  modified  to  try 
all  possible  relationships  in  these  oases  before  deoidlng  that  the  subsumption 
relationship  is  not  present.  The  algorithm  must  also  be  extended  to  properly 
handle  cyclic  structures  as  described  in  Section  5.  Even  when  these 
shortcomings  are  rectified,  the  olassifler  will  need  attention  periodically  as 
KL-ONE  is  still  evolving.  Since  the  classifier  is  the  embodiment  of  the 
KL-ONE  semantics,  it  must  evolve  with  the  language. 

The  ideas  and  techniques  presented  here  should  be  applicable  to  any 
knowledge  representation  system  whioh  supports  analytical  definition  of  terms. 
A  classifier  for  systems  which  do  not  provide  domain  independant 
epistemological  primitives  would  have  to  be  domain  speolfio,  as  it  must 
contain  knowledge  of  the  meaning  of  the  description  building  operations  of  the 
language.  Such  a  classifier  would  still  provide  all  of  the  advantages  of  the 
KL-ONE  olassifler,  but  in  a  restricted  domain. 
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(Presented  during  the  sain  conference) 

Row  la  aa  good  a  tine  aa  any  to  ait  baok  and  refleot  on  what  has  happened 
as  KL-ONE  has  developed  over  the  past  few  years.  From  this  Workshop  it  la 
obvious  that,  whatever  KL-ORE  really  la,  it  has  succeeded  at  one  Important 
scientific  task:  it  haa  drawn  together  a  large  nuaber  of  very  capable  people 
to  disouaa  issues  of  orltioal  importance  to  knowledge  representation  and 
Artlflolal  Intelligence  in  general. 

Its  service  as  a  focal  point  for  energetlo  pursuit  of  the  important 
issues  of  the  day  may  be  the  most  significant  contribution  of  KL-OHE  -  it  is 
oertainly  the  most  easily  artloulated.  Teobnloal  details  are  fleeting,  and  as 
we  all  know,  it  is  often  hard  even  to  enumerate  enough  of  those  technical 
detalla  to  pin  down  what  it  is  that  KL-OHE  is.  Several  of  us  (including  Danny 
Bobrow,  Richard  Flkes,  Austin  Henderson,  Hector  Levesque,  and  Mark  Stefik) 
have  been  musing  over  this  point  reoently.  With  a  surprising  amount  of  hard 
work  (considering  that  we  thought  that  we  knew  what  KL-ORE  was),  some  fieroe 
head-scratching,  and  a  lot  of  mind-changing,  we  have  begun  to  understand  what 
the  kernel  of  KL-OHE  is  all  about. 

The  teohnloal  details  of  our  rational  reconstruction  are  oovered  in  large 
part  in  the  report  on  the  technical  disoussion  on  Assertions  (Section  1.1, 
page  8,  in  this  Proceedings).  I  will  take  the  opportunity  here  to  touoh  on 
some  of  the  high  points  of  the  KL-OHE  kernel,  to  some  extent  indicating  the 
direction  that  I  think  researoh  on  KL-ORE  should  be  going  in  the  future. 
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Some  ObNmtlOM 

Our  investigation  into  the  foundations  of  representation  began  with  an 
observation  of  some  inconsistencies  in  our  story  about  KL-ONE.  On  the  one 
hand,  it  was  easy  to  oonsider  the  nuaber  of  subConoepts  below  a  Conoept  as 
literally  representing  the  nuaber  of  subtypes  of  the  supertype.  For  exaaple , 
if  we  found  INDIAN-ELEPHANT  and  AFRICAN-ELEPHANT  below  ELEPHANT,  a  rational 
explanation  aight  be  that  this  represented  the  fact  that  there  were  exaotly 
two  types  of  elephant  (some  story  needs  to  be  told  here  about  whether  this  is 
with  respeot  to  one  world,  all  possible  worlds,  eto.).  On  the  other  hand,  we 
have  tried  to  enphaslze  KL-ONE 's  support  of  compositional  Concepts  (see 
[Israel  and  Brachaan  81]).  One  consequence  of  handling  structured  Concepts  in 
the  way  we  have  advocated  is  that  any  Conoept  is  considered  to  have  an 
Infinite  nuaber  of  subConoepts  below  it  -  all  complex  terms  fornable  with  that 
Concept  as  head.  It  was  dear  that  our  networks  were  being  asked  to  serve 
different  purposes  at  the  aaae  tiae. 

At  the  same  tiae  we  discovered  that  there  were  soae  issues  arising  out  of 
our  network  notations  that  didn't  really  aake  sense.  In  our  networks  we  had 
the  notion  of  a  "looal  Role"  -  you  could  fetch  all  of  the  Roles  of  a  Concept 
that  were  attached  to  it  directly,  rather  than  by  inheritance  from  some  more 
general  Conoept.  With  a  few  Bonenta'  thought,  one  oan  see  that  a 
differentiation  between  local  Roles  and  those  that  are  Inherited  is  an 
artifact  of  the  node-and-link-style  language  that  we  have  used  to  express 
KL-ONE  Conoepts.  "Hods"  links  were  an  attempt  to  refleot  in  structure  the 
faot  that  a  Conoept  descended  from  another  was  supposed  to  have  the  very  saae 
Roles  as  that  superConoept.  He  couldn't  easily  have  a  physical  structure  in 
two  plaoea  at  onoe,  so  in  the  descendant's  oase,  we  oreated  a  pointer  to  the 
Role  that  was  considered  inherited.  Onoe  we  allowed  looal  modifications  to 
that  Role,  we  began  to  visualize  the  polnter-plus-modiflcatlons  as  a  full- 
fledged  Role.  The  net  result  was  that  we  began  to  talk  about  an 
implementation  of  a  certain  oonoeptlon  as  if  it  were  the  conception  itself. 


Foous  on  functionality 

Qlven  the  above  sorts  of  confusions,  we  chose  to  address  the  problem  in 
the  large.  He  asked  ourselves  these  questions:  1)  what  multiple  purposes  were 
we  asking  our  network  language  to  serve?,  and  2)  which  of  our  concerns  were 
implementation  concerns,  and  which  were  about  the  functionality  of  a 
representation  language,  Independent  of  its  implementation? 

He  have  only  begun  to  sort  out  the  major  types  of  functionality  we  want 
for  our  representation  system.  Roughly  speaking,  we  have  two  principal 
components  -  one  that  deals  with  matters  of  terminology,  and  one  that  bandies 
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eseertloael  eonoerns.  Our  ezperienoe  with  KL-ONE  bee  taught  us  that  an 
effeotive  way  to  segment  the  knowledge  representation  task  is  to  deal  with 
strlotly  terminological  knowledge  on  its  own  grounds.  For  one  thing,  keeping 
strict  matters  of  terminology  to  themselves  admits  the  idea  of  a  clasalfier, 
which  maintains  analytio  subsumption  relationships  (l.e.,  which  other 
descriptions  a  description  subsumes  by  virtue  of  meaning).  Also,  conceptual 
composition  -  the  ability  to  form  new  compound  terms  from  an  existing 
terminological  basis  -  has  emerged  direotly  from  our  consideration  of  purely 
definitional  knowledge  distinct  from  asserted  faots  about  the  world. 

Interestingly  enough,  one  could  imagine  implementing  both  a 
terminological  competence  and  an  aaaertional  one  in  a  "semantic  network"  type 
framework.  Both  kinds  of  Information  might  easily  benefit  from  "inheritance" 
and  transitive  inclusion  relationships  (in  the  one  case,  a  definitional 
inclusion  relationship  -  "subsumption"  -  and  in  the  other,  a  set  inclusion 
one).  A  brief  look  at  seme  of  the  oonfusions  in  semantlo  net  history  tells 
you  how  seduotlve  this  similarity  is:  the  infamous  "isa”  link  has  wandered 
baok  and  forth  from  meaning  simple  set  inclusion  to  conceptual  composition  to 
even  a  "general-purpose  inheritance  link",  with  which  one  can  specify 
arbitrary  patterns  of  features  to  be  inherited. 

In  KL-ONE,  we  have  traditionally  used  a  network-style  notation  to 
represent  our  classification  hierarchy  and  the  Internal  structure  of  Conoepts. 
The  network  language  -  "Structured  Inheritance  Networks*  (Si-Nets)  - 
emphasizes  some  features  of  KL-ONE  Conoepts  and  helps  us  visualize  the 
taxonomic  relations  among  Concepts.  However,  we  should  remember  that  Si-Nets 
have  properties  of  their  own  that  are  not  relevant  to  KL-ONE;  Si-Nets  are  an 
implementation  medium  for  a  knowledge  representation  language  like  KL-ONE,  but 
not  KL-ONE  Itself.  Ve  should  always  be  on  the  lookout  for  Si-Net  issues  in 
disguise,  lest  "Nods”  links  and  "local  Roles"  become  diversionary  problems. 
It  must  also  be  said  that  there  is  a  definite  place  for  concerns  at  the  Si-Net 
level.  As  we  mentioned  above,  it  is  quite  possible  that  the  notion  of  say,  a 
"subConoept"  can  be  used  in  support  of  both  terminological  and  assertional 
reasoning.  He  should  just  be  careful  to  acknowledge  whioh  level  we  are 
addressing. 


Other  aspects  of  the  framework 

A  few  of  the  details  of  our  reconstruction  of  KL-ONE  should  probably  be 
summarized  before  dosing.  One  central  point  is  that  analytio  description 
subsumption  is  the  primary  consideration  when  dealing  with  the  terminological 
component  of  a  representation  system.  However  a  terminological  machine 
("Tbox*  as  we  have  oalled  it  elsewhere)  is  constructed,  its  job  is  to  answer 
the  question,  "does  description  dl  subsume  description  d2?”  The  taxonomic 
lattice  that  we  have  oonatruoted  out  of  Si-Nets  is  one  way  to  implement  this 
capability,  but  not  the  only  one.  Notloe  also  that  inheritance  is  strlotly  an 
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implementations].  consideration  with  reapeot  to  subauaption.  It  is  exactly 
because  one  deaoriptlon  subsuaes  another  that  the  latter  seeas  to  "inherit" 
properties  fToa  the  foraer.  Slnoe  we  are  used  to  dealing  with  labelled  nodes 
in  our  networks  -  i.e. ,  we  ooaaunloate  with  naaes  rather  than  with  full 
descriptions  -  it  seeas  as  if  we  are  learning  soaething  when  we  find  that 
ISOSCELES-TRIANGLE  "inherits"  three-sidedness  froa  TRIARQLE.  But,  in  reality, 
ISOSCELES- TRIANGLE  is  just  a  label  for  a  aore  ooaplex  description,  which  when 
seen  in  its  entirety  (polygon  with  three  sides,  the  lengths  of  two  of  which 
are  equal),  aakes  it  obvious  that  we  are  talking  about  a  three-sided  figure. 

The  lesson  here  is  that  the  right  way  to  approach  the  Tbox  is  not  to 
think  of  "adding*  a  oonoept,  or  putting  soaething  in  a  place  in  the  network, 
but  to  think  of  constructing  a  description  out  of  a  fixed  set  of  compositional 
description- forming  operators,  suoh  that  the  description  Itself  is  a  "place" 
in  the  subsuaptlon  lattice.  Simply  mentioning  a  description  gets  you  to  a 
plaoe  in  the  terminological  spaoe  suoh  that  all  of  the  "right”  inferences 
(subsumption  ones,  in  particular)  follow  from  being  "at*  that  plaoe. 

The  kinds  of  descriptions  (KL-OME  Concepts)  we  have  in  Bind  for  the  Tbox 
are  roughly  akin  to  noun  phrases  in  a  natural  language.  Sentences  are  the 
provinoe  of  the  Assertional  Component  (Abox);  the  "terms*  used  in  the 
sentences  come  from  the  Tbox.  Our  Conoepts  are  more  like  predicates  than  like 
sentences,  and  thus  correspond  to  noun  phrase  rather  than  sentences  (this  is 
not  to  say  that  the  Conoepts  are  predicates  -  our  feeling  is  that  the  Tbox 
deals  with  Conoepts,  the  Abox  with  predicates,  and  there  are  mappings  from  one 
to  the  other). 

The  Tbox  is  aotually  a  set  of  rules  for  forming  Conoepts  out  of  other 
Conoepts  and  a  set  of  rules  for  determining  subsumption  relations  among 
Conoepts.  He  have  been  looking  back  at  KL-OME  to  try  to  determine  exactly 
what  the  Implicit  rules  there  were.  For  the  most  part,  these  are  obvious  -  we 
have  Conoept-foraatlon  through  aulti pi e-superConoepts,  for  instance,  with  the 
accompanying  statement  that  if  x  is  descrlbable  by  A  and  is  describable  by  B, 
then  it  is  descrlbable  by  the  compound  Concept,  A&B.  Other  ways  of  forming 
Conoepts  inolude  "tightening"  a  Value  Restriction  on  a  Role,  tightening  a 
Number  Restriction,  QUA,  adding  a  new  Role  to  a  Conoept  (this  is  actually  a 
speolal  kind  of  Differentiation),  and  deriving  Individual  Conoepts  and 
Prlaitlve  Conoepts  (formerly  called  "magic").  Subsumption  can  be  derived  just 
froa  the  internal  structure  of  Conoepts  in  all  oases  where  they  are  foraed 
ooaposltlonally,  but  not  in  the  case  of  Prlaitlve  introduction.  The  latter  is 
necessary  to  get  started,  and  to  fora  terms  corresponding  to  those  with  no 
neoessary  and  sufficient  conditions.  THING,  the  aost  general  Conoept,  is 
primitive.  He  have  also  determined  that  Role  Differentiation  coaes  in  both 
compositional  and  non-compoaitional  varieties,  with  the  foraer  being  the  way 
to  get  Roles  like  "sale  ohildren"  directly  froa  the  Role  "ohlld*  and  the  V/R 
"aale",  and  the  latter  being  the  way  to  introduce  new  Roles  without  neoessary 
and  sufficient  conditions.  Hork  on  the  logic  of  the  Tbox  is  continuing,  and 
we  hope  to  report  on  results  soaetiae  soon. 
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Conclusion 

It  ia  obvious  froa  the  attendanoe  at  the  Workshop,  the  diversity  of 
points  of  view  expressed  in  the  position  papers,  and  ongoing  research  (like 
that  reported  above)  that  work  on  EL-ONE  is  continuing  vigorously,  both  on  a 
variety  of  Issues,  and  with  a  wide  speotrua  of  approaches.  It  is  nice  to  see 
such  a  diverse  coanunity  at  work  on  ooaaon  goals,  and  I  would  like  to 
encourage  non-experts  to  (continue  to)  participate  in  the  researoh  coanunity, 
and  experts  to  try  harder  in  conaunicating  with  non-native  EL-ONE  speakers 
(there  are  so  aany  more  of  then  than  there  are  of  ust).  It  is  also  good  to 
see  alternative  ways  of  thinking  about  the  language  beyond  our  network-style 
pictures  -  one  lesson  we  have  learned  in  our  reconstruction  is  that  it  is  easy 
to  becone  carried  away  with  Issues  of  syntax  and  inplenentatlon. 

Also,  please  use  the  nailing  list  at  the  back  of  this  Proceedings.  The 
nore  we  conaunicate,  the  better  off  we'll  be. 
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4.  POSITION  PAPERS 


Prior  to  the  Workshop,  we  asked  eaoh  potential  attendee  to  submit  a 
position  paper  describing  his/her  interest  in  KL-ONE.  In  general,  eaoh  group 
of  participants  responded  jointly  (as  we  suggested).  However,  some 
individuals  submitted  their  own  position  papers.  This  ohapter  contains  the 
papers  we  received.  The  actual  text  of  our  request  follows: 


Write  a  1-3  page  paper  on  your  group's  opinion  regarding  the 
following  issues: 

If  you  use  KL-ONE,  either  on  a  computer  or  on  paper,  tell  us  what 
gives  you  the  most  trouble  with  it:  what  is  hard  to  represent?  why? 
what  features  don't  you  like?  Also,  tell  us  about  what  you  find 
appropriate  in  KL-ONE  for  representing  your  domain,  and  what  features  of 
the  language  you  think  are  best. 

If  you  are  considering  using  KL-ONE  for  some  reason,  tell  us  (in 
some  detail)  why  KL-ONE  might  be  appropriate  to  the  problem  area  to 
which  you  would  like  to  apply  it.  Have  you  considered  other 
representation  languages?  If  so,  what  can  you  tell  us  about  how  they 
compare  with  KL-ONE? 

If  you  have  a  general  interest  in  representation,  or  are  a 
"critic",  tell  us  about  what  you  think  are  the  most  significant  concerns 
in  representation  work,  and  what  you  know  about  how  well  KL-ONE  and 
other  languages  address  these  concerns. 
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Robert  J.  Bobrov  (author),  Candace  Sidner, 
David  Israel,  Jim  Sohmolze,  Bill  Woods, 
Brad  Goodman,  Madeleine  Bates 


Knowledge  Representation  for  Natural  Language  Understanding, 
Bolt  Beranek  and  Newman  Inc. 


THE  MEED  FOR  ROLE  SET  RELATIONS  IN  KL-ONE 


In  addition  to  the  use  of  KL-ONE  to  represent  the  syntactic  and  semantic 
structures  needed  to  interpret  the  parses  produced  by  the  RUS  parser  ,  I  have 
also  been  interested  in  the  strengthening  of  the  RSR  (SD?)  component  of 
KL-ONE.  This  stems,  in  part,  from  work  done  by  Candy  Sidner  and  myself  on  the 
representation  of  plans  in  KL-ONE2 .  In  particular,  we  have  found  that  the 
representation  of  plans  would  be  facilitated  by  the  ability  to  represent 
orderings  and  other  relations  among  the  Roles  of  a  Concept. 

Thus,  we  argue  for  the  need  to  maintain  and  expand  the  RSR  facility  in 
KL-ONE.  In  particular,  we  would  like  to  see  the  n-ary  relations  which  are 
part  of  RSR's  (except  for  the  RVM  type  of  RSR)  become  part  of  the  "structural 
component”  of  a  concept,  as  well  as  part  of  the  "assertional  component".  We 
will  explain  this  distinction  below. 

Central  to  the  view  we  are  presenting  is  a  distinction  to  bear  in  mind 
when  one  considers  the  elements  of  KL-ONE,  the  assertional  and  the  structural 
aspects  of  KL-ONE.  These  relate  to  the  difference  between  the  use  of  KL-ONE 
to  assert  both  universal  and  contingent  properties  of  objeots,  relations, 
etc.,  and  its  use  to  "name"  and  thereby  provide  aooess  to  the  conceptually 
relevant  structural  components  of  objeots,  etc. 


1S«e  Bobrow&Webber  "Knowledge  Representation  for  Syntaotlo/Semantlo 
Processing"  in  the  first  AAAI  proceedings . 


2See  the  position  paper  by  Sidner  and  Bobrow  in  this  collection  (page  182). 
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The  original  version  of  RSR's  as  (partially)  designed  and  implemented 
included  the  notion  of  a  distinguishable  component  of  a  concept  whloh 
represented  an  n-ary  relation  aaong  the  roles  of  that  concept.  This  was 
provided  in  part  to  give  a  basis  for  the  quantification  needed  to  define  the 
way  in  which  Pi's  are  associated  with  a  concept. 

It  was  also  provided  in  order  to  allow  the  desoription  of  structures 
whloh  have  an  ordering  relation  aaong  their  parts.  Thus,  it  would  be  possible 
to  desorlbe  a  LIST  as  having  one  Roleset  MEMB,  and  having  a  linear  ordering 
relation  REXT  whose  doaain  was  that  Roleset.  This  allows  the  eleaents  of  the 
list  to  be  the  fillers  of  the  MEMB  roles,  and  to  have  properties  asserted  of 
thea  independent  of  their  position  (or  nuaber  of  occurrences)  in  the  list. 
Thus,  in  a  list  which  represents  a  queue  for  some  process,  the  MEMBs  are  all 
processes  whloh  will  (should)  eventually  be  run.  The  relation  REXT  provides  a 
aeans  of  accessing  list  eleaents  in  the  order  deteralned  by  the  list  itself. 
Rote  that  this  is  a  property  of  the  Role  and  not  of  the  filler,  since  a  given 
itea  aay  appear  aore  than  onoe  on  a  list,  and  the  NEXT  item  depends  on  the 
position  (Role)  within  the  list. 

While  the  LIST  exaaple  does  not  bring  out  the  use  of  the  relation  NEXT  as 
part  of  the  assertional  mechanism,  consider  a  case  where  a  company  is 
described  as  having  a  Roleset  OFFICER  and  a  Roleset  DEPARTMENT,  and  there  is 
an  assertion  that  for  every  DEPARTMENT  there  is  an  OFFICER  such  that  some 
relation  (expressed  by  a  Paralndividual ,  such  as  REPORTS-TO)  holds  between  the 
DEPARTMENT  and  the  OFFICER.  While  this  seems  to  be  a  simple  case  of  AE  (that 
is,  "for  all  ...  there  exists  ...”)  quantification  applied  to  Rolesets,  it 
would  be  valuable  to  give  a  name  (say  RESPONSIBLE-OFFICER)  to  the  relation 
(the  Skolem  function  in  this  case)  implied  by  the  AE  quantification.  If  such 
named  relations  were  accessible  just  like  Rolesets,  it  would  be  possible  to 
ask  for  the  RESPONSIBLE-OFFICER  for  a  particular  DEPARTMENT,  or  the  set  of 
DEPARTMENTS  for  which  a  given  OFFICER  is  the  RESPONSIBLE-OFFICER.  Note  again, 
that  this  is  a  relation  between  the  Rolesets  and  not  the  fillers.  If  Jones  is 
both  the  Financial  Vice  President  and  the  Purchasing  Officer,  he  might  have 
different  departments  reporting  to  him  in  each  Role. 

One  common  view  of  RSR's  is  that  they  simply  provide  (intensional) 
assertions  about  the  components  of  an  entity  described  by  the  concept 
containing  the  RSR.  In  this  way  they  are  distinguishable  from  Rolesets,  whose 
primary  purpose  is  to  provide  a  means  of  imposing  a  structured  view  of  an 
entity,  providing  "names"  or  intensional  means  of  describing  components  and 
entitles  whioh  are  related  to  the  central  entity  described  by  the  conoept  as  a 
whole. 


This  distinction  is  rather  problematic,  however,  when  one  takes  into 
acoount  the  number  facet  on  Rolesets.  That  faoet  appears  to  make  an  assertion 
that  any  entity  of  the  given  type  will  have  some  number  (constrained  by  the 
number  faoet)  of  components  of  the  type  represented  by  the  Roleset.  In  a 
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similar  but  reverse  direction,  the  features  of  RSR's  which  are  normally  viewed 
as  providing  for  "quantification*1  of  assertions  are  aotually  valuable  for 
providing  a  means  of  referring  to  components  of  the  entity  described  by  the 
concept. 

The  notion  of  n-ary  relations  as  part  of  RSR*s  has  been  neglected,  in 
part  beoause  of  the  fact  that  until  recently  there  has  been  no  critical  need 
for  representing  structures  whioh  have  non- trivial  internal  orderings.  It  has 
also  been  avoided  beoause  there  was  no  conorete  proposal  to  provide  a 
descriptive  characterization  of  the  relations,  e.g.  whether  they  were  partial 
orderings,  functions  from  one  Roleset  onto  another,  etc. 

In  our  work  on  the  representation  of  plans  in  KL-ONE,  we  have  oome  up 
with  clear  oases  of  structures  whioh  seem  best  represented  with  Internal 
orderings,  and  in  faot  with  many  orderings  that  Interact.  He  have  some  ideas 
for  declarative  characterization  of  relations,  and  have  also  uncovered  a  need 
for  a  structuring  of  RSR's  that  corresponds  to  the  notion  of  Dlffs  in  Rolesets 
—  in  faot,  combining  with  Mike  Freeman's  note  on  strengthening  of  theories, 
it  suggests  that  RSR's  be  treated  in  a  fashion  very  similar  to  Rolesets. 
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Ron  Braohm&n 

Fairchild  Researoh  and  Developaent 


THOUGHTS  ON  KL-ONE 


Having  been  as  close  to  KL-ONE  as  1  have,  ay  general  impression  of  it  is, 
naturally,  positive.  In  particular,  I  an  most  proud  of  the  way  that  the 
KL-ONE  community  has  developed  and  of  the  research  methodology  that  has  been 
the  foundation  of  work  on  the  language.  I  think  that  the  people  who  have 
contributed  to  the  language/ system  developaent  over  the  last  four  years  have 
taken  as  broad  and  intellectually  honest  an  approach  to  knowledge 
representation  as  anyone  else  in  the  field  (and  this  is  despite  the  faot  that 
the  work  Initially  emphasized  natural  language  so  heavily). 

He  have  bad  our  shortcomings,  however,  in  particular  in  the  lack  of 
communication  with  the  world  outside  of  our  small  (and  usually  isolated) 
community.  If  it  were  not  for  the  strong  support  of  ARPA,  and  the  vigorous 
activity  of  the  community  aotively  using  and  discussing  KL-ONE,  I  think  it 
would  have  fallen  on  hard  times  some  time  ago  for  lack  of  telling  anyone  about 
ongoing  research  and  any  claims  we  had  to  offer.  I  don't  know  if  we  have  been 
worse  than  most  other  researoh  communities,  but  we  have  time  and  again  failed 
to  write  down  our  oonolusions,  and  have  thus  re-walked  the  same  researoh  paths 
in  quite  a  few  oases  (I  have  oertalnly  been  as  guilty  as  anyone  on  this 
soore) .  I  think  that  we  as  a  community  have  a  tremendous  amount  to  offer  the 
rest  of  the  knowledge  representation  world,  and  really  should  try  harder  to 
share  our  work  with  them.  The  proceedings  of  this  Workshop  should  be  a  good 
start. 


Now,  with  respect  to  more  technical  Issues,  I  think  that  we  have 
developed  a  language  that  is  cleaner  than  most,  and  as  communicatively 
powerful  as  any  (despite  its  perhaps  inferior  expressive  power  -  at  least  with 
respeot  to  predicate  logic  -  at  the  moment).  The  strongest  points  of  KL-ONE 
are  its  acknowledgement  of  the  need  for  definitional  as  well  as  contingent 
representations,  the  whole  idea  of  an  analytic  classification  hierarchy  with 
an  impliolt  olassifler,  the  notion  of  RoleSets  and  the  subsumption  hierarchy 
for  Roles  (with  both  Role  restriction  and  differentiation),  and  at  least  the 
idea  of  SD's  (despite  the  lack  of  technical  detail  on  their  structure)  as 
supporting  the  meaning  of  functional  roles  within  Conoepts. 

On  the  other  hand,  there  is  an  lnoredlble  amount  of  work  left  to  do;  we 
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have  Just  waved  our  hands  at  the  representation  of  contingent  information,  let 
alone  the  default /pro  to  type  kind  that  is  so  Important  in  reasoning,  and  SB's 
still  remain  a  mystery.  There  are  still  open  questions  as  to  what  power  is 
required  of  the  classifier  (for  example,  how  mu  oh,  if  any,  number  theory  do  we 
need  to  lnolude  in  order  to  olasslfy  with  Number  Restrictions  that  are  more 
powerful  than  the  ones  we  have),  what  the  relation  between  Concepts  and  Roles 
is,  and  how  to  handle  multiple  worlds  (we  have  failed  to  say  anything  about 
lnoludlng  worlds  inside  of  descriptions,  for  example).  I  would  love  to  see 
more  work  on  the  JARGON  idea  -  there  is  something  Important  in  talking  to  a 
representation  system  in  terms  of  the  domain  to  be  represented  rather  than  in 
terms  of  "RoleValueMaps"  and  such  (Z  thank  Hector  Levesque  for  making  me 
realise  the  importance  of  this). 

All  in  all,  though,  I  think  that  we  have  been  headed  in  the  right 
direction.  Some  of  us  in  our  own  local  CL-ONE-klatch  have  been  looking  back 
and  trying  to  understand  the  differences  between  the  node  and  link  structures 
we  are  used  to  thinking  in  and  what  we  REALLY  wanted  to  say  (this  is  reported 
elsewhere  in  this  proceedings)  -  I  am  constantly  impressed  with  the  way  we 
have  torn  apart  old  ideas  and  found  that  they  were,  in  the  end,  very  dose  to 
"right",  although  not  usually  for  any  explicitly  understood  reason.  I  sure 
hope  this  continues. 
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Jeff  Conklin  and  David  McDonald 


Department  of  Coaputer  and  Information  Science, 
University  of  Massachusetts  at  Aaherat 


SPATIAL  RELATIONSHIPS  IN  KL-ONE 

Our  goal  is  to  generate  English  descriptions  of  scenes  of  suburban 
houses,  these  being  the  principle  subjeots  of  the  looal  research  on  vision. 
Our  syatea  takes  as  input  a  non-lingulstic  3-D  representation  of  a  particular 
scene  and  generates  a  natural-sounding  paragraph  description  froa  it. 

Our  oonoern  with  KL-ONE  Is  in  representing  visual  information  about 
objects  and  their  relationships.  There  are  three  main  kinds  of  relationships 
we  need  to  capture.  Soae  relationships  are  tightly  bound  to  soae  objeot: 
structural  ("part-of")  relations,  e.g.  the  Roof  is  Part-of  the  House;  and 
"schematic"  spatial  relations,  e.g.  Fences  Surround  Houses.  By  "schematic"  we 
mean  that  a  faot  Is  regular  and  predictable  enough  to  be  encoded  as  part  of  a 
generic  oonoept. 

Other  relationships  (mostly  spatial)  are  not  part  of  any  scene  oonoept: 
e.g.  the  Person  is  In-Front-Of  the  House. 

He  represent  a  structural  relation  as  a  role  node  on  the  concept  node  of 
the  major  objeot  (Figure  1). 


FIG.  1. 
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Soheaatio  spatial  relations  are  oonoept  nodes  in  the  Structural 
Description  of  the  generio  oonoept,  and  speolfy  how  the  roles  relate  (Figure 
2). 


FIG.  2. 


Any  non-aoheaatlo  spatial  relations  are  individuated  under  some  more 
abstract  generio  oonoept,  e.g.,  in  the  net  in  Figure  3  the  generic  In-Front-Of 
is  restricted  only  to  having  "Things''  as  its  Agent  and  Objeot  role  fillers. 
This  is  not  to  say  that  In-Front-Of  is  in  Itself  a  non-soheaatlo  relationship: 
a  soheaatio  oase,  e.g.,  Mailboxes  are  In-Front-Qf  Houses,  would  be  handled  as 
in  Figure  2. 
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Tin  Plnln,  Rlobard  DuDoan,  Haaaan  Ait-Kaol 


Frans  KL-ONE  Translation  Project, 
University  of  Pennsylvania 


Ho  aro  Involved  In  bringing  up  a  version  of  KL-OME  In  FransLisp  for  use 
on  a  TAX  ooaputer.  Our  approach  has  been  to  build  a  general  purpose  lnter- 
dlaleot  Lisp  translation  systea  with  a  well-developed  Interllap-to-FransLisp 
ooaponent.  Thus,  we  hope  to  keep  up  with  new  versions  of  Interlisp  KL-OHE*. 


3for  a  no  re  detailed  dlsouaslon  of  this  project,  please  refer  to  the  paper 
presented  by  Tin  Finln,  entitled  "Translating  KL-OHE  froa  Inter lisp  to 
FransLisp". 
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Alan  Frlaob,  Janas  Allen 


Natural  Language  Projeot, 
Computer  Solenoe  Department, 
University  of  Roo heater 


Last  year  at  the  KL-ONE  Workshop,  we  presented  a  position  paper.  The 
paper  raised  sons  representation  issues  that  are  often  neglected  but  seeoed 
crucial  based  on  our  work  in  natural  language  processing.  The  issues 
addressed  at  that  tine  were: 


1.  the  indexing  of  oonoepts  by  contexts,  l.e.  by  beliefs  of  agents,  by 
ties,  and  by  situations; 

2.  the  explicit  representation  and  inference  about  ooreferenoe  of 
concepts;  and 

3.  the  preoise  specification  of  retrieval  mechanisms  and  inexaot 
■atchlng  of  conoepts. 

These  Issues  have  occupied  our  attention  throughout  the  last  year. 
Papers  have  been  written  that  deal  with  tine  [2,  3],  ooreferenoe  [4,  5],  and 
the  specification  of  retrieval  mechanisms  [5,  6]. 

The  natural  language  projeot  now  consists  of  8  researchers  (Gary 
Cottrell,  Hans  loosen,  Diane  Lltaan,  Lokendra  Sbastrl,  Steven  Small,  Haro 
Vllaln,  and  ourselves)  aotlvely  implementing  a  system  to  partake  in  English 
dialogs  [1].  The  system  is  organised  as  a  set  of  communicating  concurrent 
processes,  one  of  whloh  is  a  knowledge  base. 

The  processes  communicate  in  a  representation  language  whose  notation  is 
a  syntactic  variant  of  first-order  predicate  oalculus.  As  in  KL-ONE,  it  uses 
a  fixed  set  of  epistemological  predicates  that  are  defined  by  a  fixed  set  of 
domain-independent  axioms. 

The  knowledge  base  stores  representation  language  sentences  and  provides 
retrieval  facilities  for  the  other  modules  to  use  in  the  oourse  of  performing 
their  task-speoifio  inferences.  We  view  knowledge  retrieval  as  a  limited  form 
of  inference  operating  on  the  stored  knowledge.  The  knowledge  base  only 
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perform  those  inferences  for  which  it  has  adequate  oontrol  knowledge  to 
perforn  efficiently. 

We  have  developed  a  Methodology  for  using  a  seta-language  to  specify 
Halted  inference  in  the  representation  language.  This  technique  has  been 
used  to  speoify  a  retriever  that  cannot  perforn  arbitrary  logical  inference 
but  oan  perforn  inferences  typioally  found  in  seaantio  networks  suoh  as 
inheritance  [5*  6].  The  specified  retriever  has  been  laplenented  and  is 
currently  being  used  by  the  dialog  systea. 

Sons  aspects  of  our  work  has  been  influenced  by  EL-ONE.  Clearly,  the  use 
of  a  fixed  set  of  epistenological  predicates  is  consistent  with  the  KL-OME 
philosophy.  Our  representation  has  also  been  influenced  by  EL-ONE  in  that 
there  are  predicates  used  to  build  oonoepta  and  predicates  used  to  nake 
assertions  about  these  concepts.  On  the  other  hand,  the  representation  is 
sinilar  to  Hendrix's  partitioned  semantio  networks  in  that  it  treats  all 
conoepts  as  individuals  at  the  bottom  level  of  a  type  hierarchy.  In  fact,  the 
subset  of  our  representation  language  that  deals  with  describing  conoepts  oan 
be  viewed  as  an  axionizatlon  of  the  Hendrix  system. 

Other  aspects  of  our  work  diverge  significantly  fron  EL-ONE.  Our  use  of 
the  notation  of  first-order  predicate  oalculus  is  a  oruoial  methodological 
oonmitnent  that  removes  all  problems  of  notation  design.  On  the  other  hand, 
it  forces  no  representational  commitments.  Our  primary  criticism  of  EL-ONE  is 
its  lack  of  a  well-defined  inference  system  and  a  retriever  based  on  this 
inference  system.  (This  deficiency  may  be  due  to  the  fact  that  the  assertion 
language  is  still  in  its  lnfanoy.) 
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Austin  Henderson,  Riohard  Pikes,  Mika  VilllaM, 
Fred  Tou,  Ban  Cohan 


Cognitive  and  Instructional  Sciences  Group, 
and  Daniel  Bobrov,  VLSI  Group, 

Xerox  Palo  Alto  Reaearoh  Center 


Richard  Pikes 

IMPLEMENTER :  Richard  has  oreated  a  version  of  KL-ONE  in  Saalltalk.  This 
"KloneTalk"  systea  has  a  display  interface  whloh  has  been  tuned  to  penal t  easy 
interaction  with  networks. 

INTERESTED  PARTY:  Richard  is  active  in  a  group  which  is  working  on  a 
redesign  of  KL-ONE . 

USER:  Richard  uses  KL-ONE  for  modelling  office  procedures. 


Austin  Henderson 

INTERESTED  PARTY:  Austin  is  active  in  a  group  which  is  working  on  a 
redesign  of  KL-ONE. 

PROSPECTIVE  USER:  Austin  intends  to  use  KL-ONE  to  represent  objects  in  an 
interface  design  environment. 
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Nika  Wllllama  and  Prad  Tou 

USERS:  Nika  and  Prad  use  EloneTalk  to  support  studies  of  Reformulative 
Information  Retrieval.  The  epistemology  of  KL-ONB  is  oentral  in  this  effort. 


Ben  Cohen 

INTERESTED  PARTY:  Ben  works  on  representing  knowledge  about  typicality . 


Danny  Bobrov 

INTERESTED  PARTY:  Danny  is  aotlve  in  a  group  which  is  working  on  a 
redesign  of  EL-ONE. 

POTENTIAL  USER:  Danny  may  use  KL-ONE  (or  some  derivative)  to  represent 
knowledge  concerning  the  design  of  VLSI  chips. 
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Heotor  Levesque 
University  of  Toronto 


The  KL-ONE  language,  as  it  nov  stands,  oan  be  divided  into  two  regions. 
Region  A  contains  entities  like  Conoepts,  Roles  and  Structural  Descriptions. 
Region  B  contains  Contexts,  Nexuses  and  Description  Wires.  Ky  feeling  on 
KL-ONE  that  it  is  is  this  division  that  makes  the  language  interesting  but 
that  the  distinction  between  the  two  regions  has  been  blurred  somewhat  in 
praotioe.  In  what  follows,  I  will  elaborate  on  what  I  see  as  the  nature  of 
the  two  regions. 

Region  A,  as  I  see  it,  should  be  a  terminological  spaoe.  By  this  I  mean 
that  the  purpose  of  A  should  be  to  structure  and  organize  the  various 
components  in  terms  of  which  knowledge  will  be  represented.  The  key  point 
here  is  that  Region  A  itself  does  not  express  this  knowledge.  There  is  no 
sense  in  which  the  components  of  Region  A  can  be  right  or  wrong;  they  are 
merely  terminological  conventions.  For  this  reason,  the  whole  idea  of 
removing  or  modifying  the  components  of  A  is,  at  best,  operating  on  A  at  the 
wrong  level. 

Region  B,  on  the  other  hand,  is  the  part  of  KL-ONE  that  is  used  to 
represent  knowledge  using  the  terms  of  region  A.  The  idea  is  that  one  should 
be  able  to  form,  in  Region  B,  a  partial  picture  of  a  world,  that  can  be 
refined  as  knowledge  about  that  world  is  accumulated.  A  major  requirement 
here  is  that  it  should  be  possible  to  represent  knowledge  that  is  very 
Incomplete,  muoh  more  so  than  what  is  allowed  by  the  calculus  of  Nexuses  and 
Description  Wires. 

So,  to  summarize,  Region  B  is  used  to  represent  what  is  known  (about  a 
world)  using  a  language  defined  in  Region  A.  My  feeling  is  that  the 
definitional  meohanisms  of  Region  A  should  be  kept  completely  separate  from 
the  assertional  mechanisms  of  Region  B  sinoe  the  purpose  and  standards  of 
adequaoy  of  each  region  are  so  different. 
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Bill  Mark,  Bill  Swartout,  Ton  Lipkis, 
David  Vilozynaki,  Bob  Llngard 


CONSOL  project, 

University  of  Southern  California, 
Information  Sciences  Institute 


The  Consul  system  is  intended  to  be  a  cooperative  environment  for  users 
of  online  services  (nessage  sending,  text  formatting,  etc.)  .  As  such,  the 
system  must  interpret  natural  language  requests,  infer  the  service  execution 
necessary  to  satisfy  requests,  provide  help  when  asked  and  explanations  when 
requests  cannot  be  fulfilled,  and  acquire  service-dependent  knowledge 
interactively  with  the  service  builder.  Our  decision  has  been  to  use  KL-ONE 
to  represent  all  of  the  knowledge  necessary  for  these  processes  in  a  single 
system  knowledge  base — the  program's  sole  repository  of  updatable,  examinable 
knowledge. 

Ve  tend  to  be  "strict  constructionist"  users  of  KL-ONE,  representing 
descriptions  of  objects  as  definitional  KL-ONE  structures  classified  in  the 
system  knowledge  base.  More  precisely,  we  take  descriptions  to  be 
"definitional"  Internal  to  the  system  (allowing  us  to  use  our  classifier  to 
put  any  incoming  description  in  its  proper  plaoe  in  the  network),  while 
realizing  that  most  descriptions  cannot  in  fact  be  definitional  in  a  broader 
sense  (l.e.,  from  the  perspective  of  an  observer  outside  the  system). 
Descriptions  are  attaohed  to  nexuses— "old  style"  ones  representing  objeots  in 
the  world— via  "realization",  a  process  that  combines  the  use  of  existing 
network  relationships  with  procedures  that  may  take  into  account  extra-network 
knowledge  in  order  to  determine  whether  an  Incoming  description  describes 
objeots  (currently  described  in  other  ways)  in  the  system.  All  objeots  exist 
in  oontexts:  one  or  more  of  three  belief  oontexts  (representing  beliefs  of  the 
system,  user,  and  servloe  builder) ,  and  one  or  more  time  contexts 
(representing  "the  oourse  of  events"). 

These  KL-ONE  representations  are  fundamental  to  the  workings  of  all  of 
Consul's  basic  processes:  in  faot,  the  processes  have  been  formulated  in  terms 


1Thia  paper  was  presented  during  the  teohnioal  discussions. 


16T 


POSITION  PAPERS 


I 


Bolt  Beranek  and  Reman  Zno. 


Report  Ro.  *842 


of  the  KL-ONE  representation  philosophy  (e.g. ,  the  sys tea's  Inferential 
process  is  a  coabinatlon  of  redesorlptlon/reolasslfloation  and  RSR-based 
realisation;  acquisition  is  the  oreatlon  of  new  Instantiations  and  relevant 
napping  descriptions;  incorporating  belief  is  realization  in  different  belief 
contexts).  We  have  found  KL-ONE  to  be  extrenely  useful  as  a  guideline  for  the 
design  of  these  processes.  The  major  benefit  of  KL-ONE  per  se  has  been  the 
strlot  ooapartaentalization  of  different  aspects  of  world  knowledge  as 
different  representational  structures.  For  example,  the  idea  of  RSR's  and 
Faralndlvlduals  as  distlnot  fro ■  "normal"  concepts  has  been  key  to  the 
realization  process,  and  thus  to  inference  and  belief  incorporation. 

The  aajor  difficulties  we  have  had  with  KL-OHE  have  been  the  laok  of  a 
fraaework  for  quantification  and  the  considerable  ambiguity  over  the  status  of 
"individuals".  Also,  we  have  not  been  particularly  successful  in  the 
representation  of  suoh  "prooess"  knowledge  as  the  effeot  of  an  aotion, 
"potential”  versus  actual  occurrences,  eto.~but  it's  hard  to  call  this  a 
fault  of  KL-ONE.  Ro  one  really  seeas  to  be  able  to  represent  this  kind  of 
knowledge  satisfactorily  and  it  seeas  unfair  to  ask  a  representation  systea  to 
solve  the  problem. 

Our  overall  feeling  about  KL-ONE,  then,  is  that  it's  the  best  thing  going 
(we  did  oonsider  others),  and  that  it  currently  needs  extension  rather  than 
major  ohange. 
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Brio  Maya,  Aravlnd  Jos hi 


Dept,  of  Computer  and  Information  Science, 
Moore  School  of  Eleotrioal  Engineerlng/D2, 
University  of  Pennsylvania 


Our  Interest  in  KL-ONE  is  generally  due  to  a  need  to  represent  knowledge 
required  for  oertain  aspects  of  natural  language  interaction  with  dynamic  data 
bases  that  is  not  currently  available  in  the  db  system.  Specifically,  we  are 
striving  for  a  description  of  the  data  base  not  only  in  terms  of  entities, 
relationships,  and  attributes  — •  but  also  the  process  of  ohange  (i.e.  how  the 
db  is  updated),  indexing  events  and  assertions  by  time,  maintaining  history, 
and  incorporating  belief  structures. 

Although  we  believe  that  these  requirements  might  be  achieved  by  some 
suitable  logic  formalism,  KL-ONE  achieves  a  more  natural  conceptualization  for 
the  purposes  of  natural  language  interaction.  The  problem  of  Indexing 
propositions  by  time  seems  to  be  intimately  related  to  that  of  indexing  by 
belief.  He  would  hope  to  represent  time  and  processes  as  ooncepts  in  the 
KL-ONE  framework,  using  structural  description  for  precedence. 

A  substantial  question  is  whether  a  mapping  could  be  made  from  KL-ONE  to 
a  standard  dbms.  It  will  most  likely  be  the  oase  that  the  coverage  of  the 
domain  in  KL-ONE  is  broader  than  that  available  in  the  db.  In  the  long  term, 
this  would  indloate  areas  for  increased  ooverage  by  the  dbms,  but  immediately 
raises  problems  regarding  communication  of  ooverage  failures  to  the  user. 


169 


POSITION  PAPERS 


Bolt  Beranek  and  Newman  Ino 


Report  No.  4842 


Peter  Pa tel -Schneider,  Bryan  Cramer, 
Twee  Lesperance,  John  Mylopoulos, 
Hector  Levesque,  Andrew  Gullen 


AI  group  -  PSN, 
Onlverslty  of  Toronto 


Among  the  many  Important  concerns  in  representation  work,  there  are  five 
that  are  of  particular  interest  to  us.  They  are: 


1.  the  need  for  semantics  for  representation  languages, 

2.  the  commitment  of  a  representation  language  to  its  own  rules, 

3.  the  adequacy  of  a  representation  language  in  representing  concepts 
and  interactions  in  many  problem  domains, 

4.  the  need  for  new  or  different  organizational  primitives  in  semantic 
network  type  representation  languages,  and 

5.  the  ability  of  representation  languages  to  represent  procedural 
knowledge. 

Many  representation  languages  are  not  oonoerned  with  giving  their 
oonstruots  a  real  meaning.  In  these  languages  a  construct' s  meaning  is 
determined  by  its  use  and  nothing  else.  To  us,  such  a  representation  language 
is  really  Just  a  package  of  functions  that  implement  a  complex  data  base 
system.  A  true  language  for  knowledge  representation  must  have  some 
commitment  as  to  what  particular  oonstruots  in  the  language  mean.  For 
example,  KL-ONE  is  based  upon  a  set  of  epistemological  primitives  each  of 
which  has  an  informal  semantics.  In  this  way  all  constructs  in  KL-ONE  have  an 
implied  semantics  and  thus  actually  do  mean  something.  In  PSN,  we  have  a  set 
of  oonstruots  that  have  the  same  epistemological  force  as  the  KL-ONE 
primitives.  However,  these  constructs  are  not  primitive  and  we  have  assumed 
that  their  oonatruotion  was  oorreot.  When  we  started  investigating  the  formal 
semantics  of  our  language  we  found  that  these  constructs  had  properties  that 
we  did  not  expeot.  In  order  to  determine  the  formal  meaning  of  these 
constructs,  we  are  trying  to  formalize  the  semantics  of  PSN  and  we  believe 
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that  a  formal  semantics  is  desirable  for  all  representation  languages,  both  to 
give  meaning  to  all  constructs  in  the  language  and  to  show  that  there  are  no 
(pleasant  or  unpleasant)  surprises  in  the  language. 

Another  important  oonoern  is  the  oomaltment  of  a  representation  language 
to  strong  rules.  Some  representation  languages  do  no  have  any  rules  but 
Instead  are  based  upon  the  idea  of  defaults.  In  these  representation 
languages  organizational  knowledge  for  domains  is  there  to  be  used  only  if 
nothing  is  known  about  a  particular  objeot  in  the  domain  or  no  other  knowledge 
conflicts  with  It.  Other  representation  languages,  such  as  KL-ONE  and  PSM, 
have  strong  rules  and  all  knowledge  in  them  is  tightly  constrained  by  these 
rules.  The  problems  faoed  by  these  two  types  of  representation  languages  are 
quite  different  in  that  the  unconstrained  types  have  a  very  hard  time  actually 
representing  rules  in  problem  domains  and  the  oonstrained  types  have  to  find 
ways  of  handling  exceptions  to  their  rules. 

All  representation  languages  claim  to  be  able  to  represent  a  large  olass 
of  problem  domains.  Each  has  a  partioular  set  of  primitives  that  can  be  used 
to  model  certain  types  of  knowledge.  In  our  opinion,  no  representation 
language  contains  a  complete  set  of  primitives  in  that  they  can  represent 
everything  and  there  is  no  reasonable  way  of  doing  this.  The  best  that  can  be 
hoped  for  in  a  static  system  is  that  its  set  of  primitives  form  a  olosely 
integrated,  conceptually  clean  group.  One  such  set  of  primitives  is  the 
epistemological  primitives  of  KL-ONE.  Our  approaoh  to  olroumvent  this  problem 
is  to  design  a  representation  language  in  whioh  new  primitives  (at  some  level) 
can  be  defined,  given  a  meaning,  and  added  to  the  language.  In  this  way,  our 
representation  language  oan  expand,  and  also  contract,  as  need  be. 

One  particular  type  of  primitive  are  the  organizational  primitives  of 
semantic  network  type  representation  languages.  We  have  been  thinking  about 
whether  new  or  different  primitives  are  needed  to  go  along  with  olass 
membership,  olass  inclusion,  attributes  and  their  inheritance,  and  contexts. 
As  far  as  we  can  see,  these  are  currently  considered  adequate  by  many 
representation  groups.  We  have  not  come  up  with  any  radically  new 
organizational  primitives  but,  in  line  with  having  an  extensible 
representation  language  in  PSN,  have  designed  a  class  of  organizational 
primitives  having  to  do  with  relationships  between  classes  which  contain  olass 
inclusion  and  other  related  oonoepta  auoh  as  set  inclusion  and  similarity 
links  as  members. 

As  [sic]  representation  languages  contain  a  great  deal  of  machinery  for 
representing  declarative  hierarchy.  However,  few  oontain  very  much  about 
representing  procedural  knowledge.  Most  that  do  oontain  procedures  use  them 
as  blaok  boxes  that  oannot  be  examined  or  explained.  We  have  always  used 
procedures  in  PSN  as  a  basic  part  of  the  language  and  have  made  them  full- 
fledged  objects  that  can  be  Investigated  and  plaoed  in  organisational 
hierarchies  just  as  declarative  objeots  oan.  This  means  that  we  oan  have 


171 


POSITION  PAPEDS 


Bolt  Beranek  and  Bataan  Ino. 


Rnport  Bo.  *W2 


prooadural  knowledge  in  a  problea  doaaln  and  are  ooafortabla  in  using  it,  a 
desirable  property  for  any  representation  language. 

Ve  believe  that  these  five  oonoerns  are  very  iaportant  In  ourrent 
representation  work. 


172 


POSITION  PIPERS 


Report  No.  4842 


Bolt  Beraaek  and  Neman  Zne 


Raohel  Relehman 

Institute  for  Cognitive  Sole nee, 
University  of  California,  San  Diego 


I  bave  reoently  joined  the  ooaputer  science  faculty  at  the  University  of 
California,  San  Diego,  and  the  university's  Institute  for  Cognitive  Selenoe. 
Over  the  past  few  years,  at  BBN,  I  have  designed  a  computational  nodel  for 
extended  discourse  engagement.  The  nodel  is  not  yet  iapleaented  and  is 
written  in  a  predloate-calculus-like  language  with  predicates  like  "EXPRESS," 
"INFER,”  and  "INSTANCE,”  considered  prlaltlves  of  the  system.  In  a  fully 
iapleaented  system  these  primitives  would  serve  as  fu notion  calls  to  a 
generator,  senantio  component,  an  inferenoer,  and/or  other  pragnatie  modules 
in  the  system. 

Ky  goal  at  UCSD  is  to  develop  an  AI  center  with  natural  language 
processing  a  major  area  of  research.  First  steps  towards  this  end  have 
already  begun  with  the  university  approving  my  purohase  of  an  INTERLISP 
personal  machine  -  I  plan  to  get  a  Jericho.  Having  the  Jericho,  I  will  begin 
implementation  of  a  computer  conversational  system  by  using  my  discourse 
module,  XL-  ONE,  and  other  natural  language  components  already  designed  at 
BBN.  In  the  dlsoussion  below,  1  briefly  overview  the  main  features  of  this 
discourse  module  and  those  features  of  EL-ONE  with  which  I  will  be  most 
concerned. 

The  MLaoouran  Modal 

The  major  feature  of  the  module  is  to  partition  an  ongoing  dialogue  into 
a  set  of  dlstlnot,  but  related  and  linked,  oontext  spaces.  Context  spaces  are 
funotlonally  defined  and  they  oontaln  information  both  explicit  and  implioit 
in  the  dialogue.  All  utteranoes  within  a  given  oontext  space  fulfill  a  single 
oonmunloatlve  goal  of  a  speaker(s).  In  the  work,  a  oonmunloative  goal  is 
oharaoterlsed  as  some  thematic,  functional  relation  between  parts  of  a 
discourse. 

In  the  oontext  spaoe  theory,  a  conversation  is  viewed  as  a  sequence  of 
conversational  moves  wherein  eaoh  move  corresponds  to  a  possible  speaker 
oommunioative  goal.  A  shift  in  oonmunloative  goal  is  reflected  in  the  work  by 
a  shift  in  oontext  spaoe.  "Challenge,"  "Interrupt,”  and  "Support,”  are  some 
of  the  oharaoterlsed  goals. 

At  any  point  of  dlsoussion  only  some  oontext  spaoes  are  in  the  foreground 
of  dlsoussion  while  others  are  rendered  a  background  role.  A  major  task  of 
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the  disoourse  Modulo  la  to  Identify  and  continually  track  which  a pa cos  aro 
currently  in  the  foreground  of  dlaeuaalon.  The  Module  performs  thia  tank  by 
correlating  a  set  of  effeota  with  all  conversational  Movea.  Major  of foots  of 
a  Move  are  to  (1)  set  up  dlsoourae  expectations  of  Moves  Most  likely  to 
follow;  and  (2)  change  the  foreground*  background  role  of  preceding  context 
spaces.  All  conversational  novas  also  have  a  set  of  preconditions  which 
speolfy  the  requisite  discourse  envlronaent  for  the  Move  to  be  well-fomed  at 
a  given  point  of  discussion,  and  they  all  have  various  nodes  of  fulfill— nt. 
In  the  naln,  nodes  of  fulfillnent  are  eharaoterised  by  abstract 
logioal/sanantio  relations  -  for  exanple,  one  way  of  supporting  a  proposition, 
P,  is  to  assert  a  proposition  Q,  where  (INSTANCE  Q  P)  la  True. 

As  a  conversation  progresses,  the  discourse  nodule  constructs  a  "aodel  of 
the  discourse  structure,"  which  includes  its  context  space  partitioning  of  the 
discourse,  the  current  topic  of  disousslon,  discourse  entitles  currently  in 
foous,  and  a  list  of  outstanding  disoourse  expectations  of  noves  to  cone. 
Currently,  the  nodule  constructs  a  single  aodel,  not  distinguishing  between 
its  own  conception  of  the  disoourse  and  its  possible  knowledge  of  a  co- 
oonversant's  oonf noting  aodel.  One  area  of  future  research  in  ay  work  is 
designing  rules,  representations,  and  aeohanisas  for  dealing  with  conflicting 
disoourse  aodules. 

EL-OHE  Interface 

Discourse  engagement  is  an  interactive  process.  As  a  result  of 
disousslon,  one  will  often  amend  one's  long  tern  conceptualization  of  a  oo- 
conversant  and/or  one's  personal  beliefs  about  the  world.  Additionally, 
engaging  in  disousslon  often  requires  positing  temporary ,  alternate  views  of 
the  world  in  order  to  capture  and  respond  to  a  co-conversant's  stateaents. 

Major  issues  which  I  aa  interested  in  are  (1)  representing  and  dealing 
with  definitions  of  terns  that  differ  between  two  conversants  for  what  seeas 
to  be  a  sane  concept;  and  (2)  delineating  possible  structural  criteria  by 
which  to  decide  how  these  alternate  definitions  affect  the  definitions  of 
other  related  oonoepts  in  the  network. 

Por  example,  in  infornal  debate,  a  oonversant  nay  challenge  another 
oonveraant's  assertion  by  challenging  one  of  the  oonsequences  of  this 
assertion.  For  instanoe,  if  soaeone  asserts  that  a  "bird  is  a  type  of 
poodle,"  we  can  challenge  the  assertion  by  claiming  that  "birds  do  not  bark." 

The  siaplest  and  nost  consistent  use  of  KL-ONE  here,  I  believe,  would  be 
to  integrate  the  concept  of  a  bird  being  a  poodle  into  a  sonewhat  Modified 
version  of  one's  initial  view  of  the  world.  For  exaaple,  here,  the  second 
version  would  ohange  an  exclusive  subset  relation  between  birds,  dogs,  and 
aaaaals,  but  it  would  retain  the  knowledge  that  dogs  do  baric.  Then,  using 
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basic  features  of  KL-ORE,  like  inheritance,  we  could  derive  the  above  type  of 
challenge. 

Groups  like  the  BBH  natural  language  group  plan  to  represent  assertions 
as  propositions  in  suoh  a  way  that  the  propositional  oontent  does  not  affeet 
the  initial  knowledge  of  the  systea.  So,  for  ezaaple,  a  conversant's 
assertion  that  a  bird  is  a  type  of  poodle  would  not  affect  a  hierarchical  pre¬ 
existing  relationships  between  birds,  dogs,  and  aamals  in  the  description 
world,  nor  would  it  cause  creation  of  a  second  description  world  containing 
suoh  aodlfioation. 

In  addition,  given  the  pre-existing  definition  that  birds  and  dogs  are 
mutually  exclusive  subsets  of  aaaaals,  it  seems  that  it  would  be  "illegal”  to 
oreate  suoh  a  conflicting  description  in  KL-ONE.  In  ay  opinion,  if  it  is 
illegal,  then,  at  maximum,  it  should  be  illegal  to  integrate  the  description 
into  one's  own  personal  description  spaoe  that  has  this  exclusive  subset 
relation.  However,  onoe  we  oan  begin  to  index  and  partition  the  description 
world  so  as  to  distinguish  between  one's  own  definitions  and  the  seealng 
definitions  of  a  co-conversant,  suoh  an  integration  should  not  be  illegal. 

At  the  Workshop,  then,  I  would  be  Interested  in  learning  the  mechanisms 
currently  being  considered  for  using  inheritance  inferences  and  the  like  for 
propositions,  discussing  possible  alternative  mechanisms  (like  directly 
representing  the  propositional  content  into  a  definition  space),  discussing 
methods  for  deolding  what  parts  of  an  initial  knowledge  space  should  be 
retained  in  a  modified  version,  and,  fourthly,  diaousslng  the  issue  of 
indexing  and  distinguishing  between  possible  worlds  so  that  we  can  use  similar 
mechanisms  and  representations  to  reason  about  one's  own  personal  knowledge 
and  what  seems  to  be  a  co-conversant's  knowledge  spaoe. 

Lastly,  given  the  above  example,  while  the  description  for  a  bird  being  a 
type  of  poodle  would  only  be  in  one's  KL-ONE  description  world  of  one's  co- 
conversant,  the  aotual  assertion  of  this  utterance  dearly  lies  in  one's  own 
discourse  world  as  well.  Thus,  in  modeling  conversations,  we  will  need  to 
monitor  discourse  worlds  in  addition  to  separate  description  and  belief 
spaoes. 
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This  describes  our  data  representation  and  related  topics  froa  a 
perspective  outside  of  the  KL-ORE  experience,  since  this  workshop  represents 
our  Initial  dose  encounter  with  KL-ORE. 

MOBS 

NITRE'S  Knowledge  Baaed  Systea  (KNOBS)  is  an  experimental  systea  which 
displays  aixed  initiative  in  the  ooapletlon  and  modification  of  stereotypical 
plans  and  provides  friendly  truth  maintenance  and  ohoioe  generation.  Among 
other  facilities,  the  system  responds  to  questions  about  the  database  posed  in 
English  and  offers  the  use  of  restricted  English  for  the  alteration  of  the 
systea' s  behavior  through  the  modification  of  its  production  rule  logic. 

mOBS-FBL 

KNOBS  now  maintains  a  database,  which  lnoludes  plan  and  planning  template 
representation,  embedded  in  a  translation  (into  INTERLISP)  and  extension  of 
HIT'S  Fraae  Representation  Language  (FRL).  In  FRL,  the  attributes  (slots)  of 
objects  ( frames)  are  related  through  faoets  to  values  and  other  associated 
information.  The  faoet  corresponding  to  "ordinary"  values  ($VALUE)  can  be 
suppleaented  by  other  systea-deflned  facets  which  contain  default  information 
(^DEFAULT),  procedural  attaohaent  for  forward-chaining  (IIF-ADDBD  and  $IF- 
REMOVED),  backward -chaining  ( $IF- NEEDED) ,  or  type-checking  of  values 
(^REQUIRE).  Our  experlenbe  is  similar  to  others  in  finding  tDEFAOLTs  to  be 
redundant,  since  default  information  is  usually  represented  by  the  inheritance 
of  values  through  a  generalization  hierarchy. 

FRL's  generalisation  hierarchy  has  been  extended  to  allow  inheritance 
along  arbitrary  attributes  (oalled  "odors"),  under  user  oontrol.  He  have 
attempted  to  Integrate  oonoeptual  individuation  into  the  language  by  defining 
an  "AIO"  (An-Indlvldual-Of)  slot  to  indloate  oonorete  objects.  The  default 
oolors  for  inheritance  are  one  (at  aost)  AIO  followed  by  any  number  of  AKO 
links. 
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AIO  links  have  been  traditionally  interpreted  as  designating  set 
membership  and  AKO  as  subset  inclusion,  but  there  are  problem  with  this. 
Since  the  notion  of  set  membership  has  been  superimposed  upon  that  of 
individuation  (as  has  the  notion  of  set  been  superimposed  upon  that  of  generic 
oonoept) ,  we  have  ended  up  using  another  pointer  type  (with  programmer-defined 
semantics)  to  indicate  set  membership  of  sets  within  other  sets. 

Templates 

He  have  introduced  another  olass  of  frames,  called  "templates”,  which 
oontaln  procedural  knowledge  for  planning  and  constraint  management.  A 
template  is  attached  to  a  generic  frame,  and  oontrols  individuation  in  that 
its  attributes  correspond  one-to-one  with  those  expected  in  the  individual. 
The  "values*  of  template  slots  oontaln  procedures  for  calculating  or 
requesting  the  values  for  the  individual.  The  template  thus  appears  closer  in 
intent  to  a  KL-ONE  description  than  do  our  generic  frames. 

This  scheme  separates  instructions  for  individuation  from  attribute 
inheritance.  Structurally,  of  oourse,  templates  are  inelegant  compared  to 
KL-ONE  descriptions:  if  one  slot  is  to  have  a  "value-restriction*  requiring  it 
to  be  filled  by  some  particular  sort  of  frame,  then  the  attached  procedure 
must  return  that  frame,  and  the  constraints  (below)  must  verify  its 
appropriateness.  He  could  start  using  the  generic  frames  as  more  of  a 
structural  description  for  individuals.  He  have  one  active  form  of 
"modality":  some  template  slots  are  marked  "optional",  which  means  that  they 
are  not  instantiated  in  the  Individual  unless  specifically  requested  by 
something  (typically  the  user,  or  a  failing  constraint). 

Conatralata 

The  original  type-checking  facility  of  FRL  (the  ^REQUIRE  facet)  has  been 
replaoed  by  a  more  general  CONSTRAINTS  attribute  which  resides  in  the  template 
and  oontains  references  to  constraining  conditions  among  the  slot  values  (in 
the  individual)  of  any  subset  of  attributes.  These  constraints  oheck  the 
validity  of  the  frames'  values,  their  mutual  consistency,  and  their 
appropriateness  to  the  individual  being  assembled.  Again,  they  are 
structurally  less  elegant  than  KL-ONE 's  RoleValuemaps  sinoe  their 
functionality  is  procedurally  determined.  However,  the  constraint  references 
contained  in  the  template  are  themselves  a  useful  sort  of  structural 
description—  they  oontaln  the  knowledge  that  a  constraint  exists  between  some 
set  of  slots  (possibly  outside  the  oonoept  being  individuated).  The 
structural  usefulness  of  these  constraint  references  may  be  diminished  our 
ourrent  restriction  that  the  names  of  the  referenced  constraints  be  unique, 
but  they  could  be  given  inheritance  capabilities  which  distinguish  ordering 
relations  from  equivalence  olasses,  eto. 
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Integrated  Inference  Architecture 

Ve  have  avoided  some  of  the  oommon  problems  in  representing  universal 
restrictions  among  objeots  and  quantifloatlonal  and  negative  information,  by 
using  constraints  as  a  reservoir  of  prooedural  information.  On  the  other 
hand,  some  constraints  are  implemented  as  production  rule  invocations  in  an 
attempt  to  avoid  some  of  the  problems  oomnon  to  purely  procedural  knowledge 
bases.  The  FRL  database  and  the  production  rule  system  form  a  hybrid  system 
in  which  rule  invocations  and  database  accesses  may  trigger  each  other. 

FI nelly 

Many  of  our  representational  problems  remain  unsolved,  of  course,  and 
many  are  still  being  discovered.  We  need,  for  example,  to  deal  with  abstract 
or  vague  restrictions  on  values  input  by  the  user,  and  which  may  apply  to 
objeots  not  yet  oreated  or  to  attribute  values  not  yet  filled. 

We  look  to  the  KL-ONE  community  for  sympathy  and  ideas. 
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SNePS,  the  Semantio  Network  Processing  System  [31,  is  an  alternative 
knowledge  representation  system  to  KL-ONE.  However,  we  find  maintaining 
communication  with  the  KL-ONE  community  useful  because  both  our  groups  are 
interested  in  carefully  thought  out,  fundamental  issues  of  knowledge 
representation.  On  the  other  hand,  KL-ONE  and  SNePS  are  also  complementary  in 
that  KL-ONE  is  an  "epistemological  level”  network  while  SNePS  is  a  "logical 
level"  network  (see  [1]).  KL-ONE's  structural  primitives  are  at  a  higher 
level  than  SNePS',  deriving  from  an  analysis  of  how  oonoepts  are  structured. 
SNePS'  primitives  derive  from  a  version  of  predicate  loglo.  The  advantage  of 
KL-ONE'a  level  is  that  its  networks  express  epistemological  notions  dearly 
and  that  eplstemologloal  level  inferences  should  be  fast  sinoe  they  are 
Implemented  directly.  The  advantages  of  SNePS'  level  are  that  different 
eplstemologloal  structures  oan  be  tried  easily,  sinoe  SNePS  makes  no 
commitments  at  that  level,  and  that  the  semantics  of  SNePS'  primitives  are 
easily  understood,  since  <- hey  are  based  on  predicate  oalculus. 

To  further  demonstrate  the  feasibility  of  using  SNePS  to  experiment  with 
various  eplstemologloal  level  representations,  and  to  demonstrate  the 
explication  of  the  semantics  of  an  epistemological  level  network  in  a  logical 
level  network,  Lynn  Tranohell  is  currently  implementing  KL-ONE  in  SNePS  [5]. 
Essentially,  this  requires  expressing  the  KL-ONE  inheritance  rules  explicitly 
as  deduction  rules  in  SNePS.  SNePS  path-based  inference  [2,  4]  nay  be  enough 
for  this  although  node-based  inference  is  also  available.  Path-based 
inference  infers  an  aro  relation  between  two  nodes  from  the  presenoe  of  a 
specified  path  of  aros  between  the  same  two  nodes.  Node-based  inference  in 
SNePS  uses  rules  expressed  in  the  network  using  a  formalism  as  rich  as 
predicate  oaloulua.  Path-based  inference  uses  rules  expressed  as  sentences 
over  a  regular  grammar  of  aro  relations. 

One  thing  we  have  found  is  that  existing  documentation  of  KL-ONE  does  not 
supply  dear  statements  of  KL-ONE 's  inheritance  rules.  With  Ron  Braohman’s 
help,  we  have  now  formulated  some  of  these  rules,  a  sampling  of  whloh  follows: 
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ROLED  <=  (RELATIVE-COMPLEMENT 

(COMPOSE  (KSTAR  SOPERC)  ROLED) 
(COMPOSE  (KSTAR  SOPERC) 

ROLED 

(KPLOS  MODS))) 


STRUCTURE  <=  (RELATIVE-COMPLEMENT 

(COMPOSE  (KSTAR  SOPERC)  STROCTORE) 
(COMPOSE  (KSTAR  SOPERC) 

STROCTORE 
(KPLOS  PREEMPTS))) 


NAME  <=  (COMPOSE  (KSTAR  (OR  DIFFS  MODS))  NAME) 

V/R  <=  ( COMPOSE  (KSTAR  (OR  DIFFS  MODS))  V/R) 
INDIVIDUATES  <=  (COMPOSE  INDIVIDUATES  (KSTAR  SOPERC)) 


Tranohell's  Implementation  of  KL-ONE  will  also  inolude  an  Implementation 
of  JARGON  as  the  KL-ONE  user's  language,  although  here  too,  the  absence  of  a 
clear  manual  is  hindering  us. 
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He  have  been  studying  the  KL-ONE  structures  needed  to  represent  a 
speaker's  plans.  Hhat  we  will  present  here  is  a  description  of  one  particular 
task  we  have  investigated,  and  the  type  of  constraints  we  would  have  to 
represent  in  KL-ONE  to  model  adequately  the  various  possible  plans  for  this 
task.  He  have  a  formalization  in  Bind  for  these  constraints,  using  slight 
extensions  to  the  RSR  faoillty  in  KL-ONE,  but  we  will  not  present  it  here  due 
to  spaoe  restrictions. 

The  task  to  be  described  here  is  one  of  the  possible  tasks  which  night  be 
performed  with  the  aid  of  KLONE-ED,  a  graphical  KL-ONE  editor  with  an  English- 
language  front  end.  It  consists  of  introducing  a  new  concept  into  a  network 
to  serve  as  a  common  abstraction  of  several  sub-conoepts  of  a  given  oonoept. 
Thus,  for  example,  suppose  a  user  wants  to  form  a  new  class  for,  say,  HOUSEPET 
from  some  of  the  suboonoepts  of  ANIMAL. 

He  wish  to  represent  a  family  of  possible  plans  that  the  user  might  have 
to  aohleve  this  end.  He  wish  to  represent  both  the  types  of  actions  that 
might  be  Involved  in  such  plans,  and  the  ordering  constraints  whioh  must  be 
placed  on  such  actions.  He  assume  that  there  is  a  oonoept  TIME-ORDERED-PLAN 
in  our  plan  network  that  represents  the  high-order  abstraction  a  time-ordered 
plan.  This  oonoept  has  a  role  for  Aotlon,  and  an  RSR  specifying  a  partial- 
ordering  of  these  roles  to  indioate  time-constraints  —  whioh  aotlona  must 
occur  before  whioh  others.  He  wish  to  create  a  sub- oonoept  CREATE- 
ABSTR ACTION- PLAN  of  fIMB-ORDBRBD-PLAN  that  desorlbes  the  constraints  on  the 
notions  involved  in  getting  the  KLONE-ED  system  to  oreate  suoh  an  abstraction. 

Hhat  are  the  actions  that  the  user  must  plan  for  in  suoh  a  task?  He 
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assume  that  the  user  will  have  the  system  help  In  two  aspeota  of  the 
operation,  the  determine tion  of  whloh  oonoepts  to  Include  under  HOUSEPET  end 
the  aetual  reconstruction  of  the  network  and  display. 

Before  the  systea  will  perform  an  notion,  it  must  have  an  idee  both  of 
the  olass  of  notion,  and  the  objects  to  be  affeoted  by  the  aotlon.  Thus,  a 
part  of  a  user's  task  is  sometimes  ooamunloating  about  the  objeots  that  are 
part  of  an  aotlon.  The  objeots  must  be  singled  out,  and  that  task  of  singling 
out  will  require  that  the  user  have  some  method  for  establishing  references  to 
those  objeots.  The  task  of  establishing  a  referenoe  consists  of  using  a 
referential  team  or  a  delotio  aot  that  oan  be  properly  interpreted  by  the 
system  (the  user's  conversational  partner).  Onoe  understood  by  the  system, 
the  user  oan  assume  the  system  will  use  the  same  referential  expressions  (or 
associated  pronominal  terms)  for  those  objeots.  Thus  referenoe  is  an  aot  that 
the  user  takes  acoount  of  in  his  plans. 

He  assume  that  the  user  does  not  have  in  mind  exaotly  the  set  of  oonoepts 
to  Join  under  HOUSEPET,  but  instead  has  a  general  idea  of  what  such  oonoepts 
would  have  to  be  like.  In  suoh  a  oase,  the  user  would  have  to  investigate 
each  potential  sub-oonoept  (that  is,  the  existing  sub-conoepts  of  AHIMAL)  to 
see  if  it  should  be  inoluded  as  a  HOUSEPET,  and  then,  if  it  met  his/her 
oriterla,  identify  that  coneept  to  the  systea  to  be  abstracted.  Thus,  the  two 
olasses  of  actions  the  user  would  have  to  take  are  to  investigate  a  conoept, 
and  to  identify  it  to  the  system  as  one  of  the  oonoepts  to  be  inoluded  under 
HOUSEPET. 

To  investigate  the  possible  sub-concepts  of  HOUSEPET  the  user  must  get 
the  system  to  provide  information  about  the  subCs  of  animal. 

Let  us  assume  the  user  either  asked  explicitly  for  the  subCs  or  asked  for 
them  in  a  general  way,  and  the  system  chose  to  provide  this  information  by 
displaying  the  subCs,  either  all  at  onoe  or  by  screenful.  We  assume  that  by 
inspeotion  of  the  display,  the  user  oan  determine  which  subCs  s/he  needs  for 
the  abstraction,  and  that  s/he  then  must  communicate  whioh  ones  they  are  to 
the  system.  The  user  oan  say  either  "I  need  dog  and  oat”  or  "Remember  dog  and 
oat  from  their  display;  give  me  the  next  soreenful.  Remember  turtle  and 
bird."  (This  latter  oase  is  needed  for  multiple  screens).  Otherwise,  the 
user  oould  point  to  the  subCs  he  wants.  Both  methods  of  establishing 
referenoe  to  the  objeots  of  interest  for  the  abstraction  will  promote 
communication;  whioh  method  is  used  may  depend  on  personal  preference  about 
typing  as  opposed  to  pointing. 

Note  that  the  user  does  not  have  to  find  out  what  all  the  subCs  are 
before  he  communicates  to  the  system  the  ones  he  needs  for  the  abstraction 
relation.  Instead  he  oan  interleave  the  two  acts.  Thus  this  task  shows  a 
surprising  feature  whioh  seems  to  be  oommon  to  many  plans  —  while  there  are 
striot  time  constraints  on  oertaln  subsequences  of  actions,  these  are  still 
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loose  enough  to  allow  the  steps  to  be  aggregated  In  s  nuaber  of  different 
ways.  For  exasple,  in  the  event  that  there  are  aany  soreenfuls  of  anlaal 
aubCa ,  the  user  ean  look  at  the  first  screenful,  point  out  or  motion  the  ones 
he  wants  froa  that  soreenful  and  go  on.  Or  given  a  aenu,  the  user  oan  point 
to  a  amber  of  the  aenu  and  ask  that  it  be  drawn  on  the  screen,  and  then 
repeat  this  process  for  each  other  soreenful.  The  behavior  has  a  tree 
struoture  like  the  one  below: 

Create-Abstraotlon( HOOSEPBT  aubCa) 

/  \ 

/  \ 

Investigate<subCs>  Polnt-out<aubCs> 

/  \ _ t _  \ 

_ t  _ /  /  \ 

/  /  /  \ 

/  /  /  \ 

Investigate (FISH)  Point-out (FISH)  Investigate(BIRD)  Point-out (BIRD) 


Ve  now  ooae  to  the  representation  of  the  ordering  constraints  on  such  a 
plan.  We  wish  to  provide  a  alnlaal  set  of  constraints,  so  that  aany 
variations  on  the  plan  fall  under  the  baslo  one.  In  particular,  we  wish  to 
cover  both  the  oase  in  which  the  user  sequentially  has  each  potential  oonoept 
displayed  alone  on  the  screen,  looks  at  it,  then  indicates  yes  or  no  to  the 
systea,  and  the  case  in  which  the  user  has  the  systea  display  the  oonoept 
AMIMAL  and  all  of  its  sub-oonoepts  on  a  screen,  and  then  points  at  the  ones 
s/he  wishes  to  have  lnoluded  under  "house pet". 

Preauaably,  there  are  no  constraints  on  the  order  in  whloh  ooneepts  are 
investigated,  and  there  are  no  necessary  constraints  on  the  order  in  whloh 
acceptable  ooneepts  are  identified  to  the  systea.  The  only  constraint  is 
that,  for  eaoh  oonoept,  it  aust  be  Investigated  before  it  is  identified  (if  it 
is  acceptable). 

Thus,  we  need  a  mans  of  expressing  several  aspects  of  the  actions 
mntloned  in  the  previous  section;  a  mans  of  stating  the  sequencing  of 
notions  over  tlm  as  a  partial  order,  a  mans  of  expressing  the  interleaving 
of  aotlons,  and  of  expressing  the  Identity  of  argumnta  to  different  sub- 
aeotlons. 
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Online  User  Assistance, 
Sperry  Dnivao,  Blue  Bell,  PA 


Donor Iptlon; 


The  goal  of  this  projeot  is  to  design  a  structure  and  aooeaa  aethod  that 
oan  assist  online  users  by  explaining:  1)  oonoepts  relevant  to  the  tasks  they 
have  to  carry  out  and  to  the  systems  they  use;  2)  what  operations  oan  be 
performed,  and  when  and  how  to  perform  them;  and  3)  errors,  their  meaning, 
onuses,  and  remedies.  This  design  is  based  on  network  knowledge 

representation  schemes.  Our  typical  application  is  an  operating  system 
command  language.  Each  node  represents  a  oonoept  suoh  as  a  command, 
parameter,  operatio  or  abstract  objeot  type.  These  are  all  attached  to 
descriptive  text,  i.e.,  we  use  textual  as  opposed  to  procedural  attachment. 
The  nodes  are  related  in  hierarchies  of  the  typioal  sort,  e.g. ,  SOPERC.  But 
in  addition  we  are  developing  hierarchies  specific  to  our  problem  domain. 
These  lnolude  OPERATOR,  MODE,  SYNTAX,  EXAMPLE,  IS-ATTR,  and  ATTRIBUTE 
hierarchies  using  arcs  with  these  labels. 


XLeflttl 


The  relationship  with  our  effort  is  Indirect.  The  goal  of  KL-OME  is  to 
supply  a  rigorous  foundation  for  knowledge  representation.  However,  in 
limited  domains  more  efficient  storage  structure  may  be  available  whioh, 
although  not  oapable  of  making  the  same  distinctions  as  KL-OME,  are  sufficient 
for  the  task  at  hand.  He  believe  that  our  area  of  online  assistance  is  one 
suoh  domain.  The  problem  for  us  is  that  the  relations  we  ere  defining  need  to 
have  well-structured  definitions.  In  an  attempt  to  provide  these,  we  are 
trying  to  define  these  new  relationships  in  terms  of  KL-OME  networks.  Henoe 
these  arcs  are  essentially  macro  arcs .  As  an  example,  consider  the  IS-ATTR 
arc  whioh  relates  an  "objeot”  node  to  an  "attribute”  node.  This  attribute 
node  is  related  to  other  objeot  nodes  through  a  COMP  relation.  These  objeot 
nodes  show  the  types  of  objeots  that  would  be  distinguished  by  differing 
values  for  the  attribute.  For  example,  the  File  node  oould  IS-ATTR  a 
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Residenoe  attribute  which  oould  COMP  a  Disk  File  nods  and  a  Tape  File  nods. 
Bonos  the  IS-ATTR  and  COMP  relations  are  capturing  what  would  otherwise  be 
captured  by  SUPBRC,  DATTR,  and  RESTRICTS  relations.  Vhat  we  are  doing  is  to 
define  the  IS-ATTR  and  COMP  relationships  in  terns  of  these  wore  eleaentary 
relationships. 
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Natural  Language  Processing  Syateaa  and  111 -Formed  Input, 
Dni varsity  of  Del aware/ Sperry  Onlvao 


The  goal  of  our  project1  la  to  add  robustness  to  natural  language 
understanding  systeas  by  adding  rule-based  methods  of  handling  ill-formed 
Input  [1].  This  inoludes  both  ungraamatioal  and  seaantioally  inappropriate 
utterances.  The  aethod  being  used  consists  of  the  following  prooedure: 


1.  atteapt  to  process  input  as  if  it  were  well-foraed, 

2.  if  it  oannot  be  understood  as  well- formed,  localise  the  area  of  the 
suspected  problem,  and 

3.  based  on  what  was  found  in  atteaptlng  to  process  the  input  as  well- 
foraed,  execute  one  or  aore  "meta-rules*  that  express  both  how  to 
relax  aoae  unsatisfied  constraints  and  how  to  resume  processing. 

The  aeta-rules  essentially  characterize  the  types  of  errors  that  people 
can  make.  They  are  "seta*  because  they  state  how  to  rewrite  the  rules  of 
normal  processing  to  accept  the  ill-  foraednees. 

To  date,  the  majority  of  our  work  has  been  on  the  problem  of 
ungraamatioal  input  using  the  AIN  formalise.  We  have  been  working  with  the 
RDS  grammar,  developing  an  interpreter  for  it,  and  adding  aeta-rules  to  it. 

We  have  begun  work  on  semantic  lll-foraedness  by  focusing  on  the  area  of 
case  fraae  Batching.  In  order  to  give  fora  to  our  work,  we  have  been 
considering  the  storage  of  oase  frames  in  the  KL-ONE  representation  and  the 
oase  Batching  algorithm  eaployed  in  the  PSI-KLONE  interface  [2].  The 


Natural  Language  Processing  Systeas  and  Ill-Foraed  Input  (University  of 
Delaware/ Sperry  Onlvao;  work  partially  supported  by  the  National  Solenoe 
Foundation  under  Qrant  No.  IST-8009673) 
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Incremental  Description  Refinement  (IDR)  algorithm  sequentially  restricts  the 
set  of  ossa  frames  under  consideration  as  new  syntaotio  units  are  interpreted. 
Consider  Figure  1 ,  which  shows  a  part  of  the  hierarchy  of  structures  for 
olauses  with  "create"  as  their  head.  The  olauses  are  differentiated  by  the 
types  of  LSUBJ  (logical  subjects)  and  LOBJ  (logical  objeots)  they  acoept.  On 
input  of  "Sohsidt  oreated  X.LSP",  the  IDR  algoritha  would  restrict  focus  to 
nodes  Identified  as  1,  2  and  finally  3  as  the  verb,  the  subject  and  finally 
the  objeot  are  Identified. 

In  order  to  focus  on  our  work,  consider  the  ill-formed  input  "X.LSP 
oreated  a  file".  According  to  the  EL-ONE  hierarchy,  files  can  not  create 
files.  However,  our  goal  is  to  develop  methods  to  give  each  input  the  best 
possible  partial  Interpretation. 

Ve  first  localise  the  problea.  One  of  several  promising  heuristics  is  to 
consider  only  the  nodes  where  blocks  occurred  and  the  largest  nuaber  of 
constituents  were  accounted  for.  These  would  be  nodes  3  and  4. 

He  then  apply  our  aeta-rules  for  semantic  relaxation.  The  basic  fora  of 
the  rules  is  shown  in  Figure  2.  Ve  require  that  all  conditions  be  matched 
before  any  and  all  actions  are  applied.  The  conditions  test  the  state  of  the 
interpretation.  Including  the  input  string,  at  the  tine  of  the  blockage.  The 
actions  show  how  to  relax  the  constraints  and  restart  the  Interpretation.  An 
appropriate  aeta- rule  for  our  exanple  is  given  in  Figure  3.  It  effectively 
states  that  a  possible  semantic  error  is  to  use  a  file  to  refer  to  a  program. 
This  rule  would  apply  to  change  node  5  which  is  associated  by  inheritance  with 
the  blockage  at  node  4.  This  relaxation  then  allows  the  modified  node  4  to  be 
seen  as  the  best  interpretation  possible  for  the  ill-formed  input. 

The  advantages  we  have  gained  by  working  with  KL-ONE  are  in  its  well- 
structured  and  well-defined  taxonomies  that  make  it  possible  to  represent  the 
case  and  seleotlonal  restriction  hierarchies  cleanly.  This  rigor  is  essential 
as  we  oontlnue  to  develop  our  aeta-rules. 
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META-RULE  STRUCTURES 

Cl  C2  ...  Cn  *>  A1  A2  ...  An 
Cl  :  Conditions 

(Case-Failure  (teat  oonoept)  head  case) 

- — assigning  the  constituent  as  the  oase  of 
head  failed  because  (test  oonoept) 
failed. 

(Senantio-Claas  test) 

— the  predicate  given  by  test  is  a  senantic 
olaas. 

Ai  :  Actions 

(Hew- Configuration  substitutionl  substitution2  ...  ) 
— aake  the  given  substitutions  in  the  case 
natohlng  configuration. 

Substitutions 

(Substitute-in-Case  patternl  pattern2  ) 
—use  pattern^  instead  of  patternl  in 
oase  Hatching. 

(Falled-Constraint  string) 

—add  the  given  string  as  a  deviance 
note  to  the  interpretation. 

(Beaune)  — resume  oase  natohing. 


FIG.  2.  THE  FORM  OF  META-RULES  AND  EXAMPLE  CONDITIONS  AND  ACTIONS. 
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(CASE-FAILURE?  (PROGRAM  ?Z)  ?Yerb  ?Caa«) 

- >  ( NEW- CONFIGURATION 

( PAILED-COHSTRAIHT  "FILE  REFERS  TO  PROGRAM") 
(SUBSTITUTE  M-CASE  (PROGRAM  ?Z)  FILE  ?Z)» 
(RESUME) 


FIG.  3.  META-RULE  TO  RELAX  RESTRICTIONS  SO  THAT  REFERENCES  TO 
PROGRAMS  CAN  BE  MADE  THROUGH  REFERENCE  TO  FILES 
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There  are  several  areas  where  we  intend  to  use  EL-ONE: 


o  interface  to  AIPS 
o  knowledge-based  simulation 
o  lnferenoing 
o  constraints 

o  representation  of  tine-varying  world  aodels. 

The  knowledge-based  sinulatlon  tool  includes  the  other  areas. 

The  use  of  an  objeot-oriented  language  like  KL-ONE  is  required  for  this 
type  of  sinulatlon  facility,  which  basically  deals  with  a  collection  of 
objeots  and  their  relationships;  KL-ONE  is  the  only  game  in  town.  In  a 
sinulatlon  nodel,  many  different  types  of  objeots  must  know  different  netbods 
for  updating  their  state  when  the  sinulatlon  clook  is  "increaented" . 
Flexibility  derives  fron  being  able  to  extend  the  set  of  objeot  categories 
dealt  with  by  the  systen  without  invalidating  procedural  knowledge  vhloh  has 
already  been  enooded.  The  database  itself  consists  of  know  data  (that  is  the 
current  state  of  an  objeot  with  varying  likelihoods)  and  temporary  data 
arrived  at  through  the  actual  sinulatlon  prooess.  The  known  data  is  updated 
periodically,  but  generally  not  during  the  execution  tine-span  of  a  specific 
sinulatlon  "run".  The  use  of  this  kind  of  faoility  are  varied;  the  specific 
one  which  we  are  developing  is  a  Naval  Comnand  and  Control  aid  for  use  on¬ 
board  ships. 

The  representation  of  tine-varying  models  is  orucial  to  suoh  a  sinulatlon 
tool.  The  problen  with  representing  these  models  is: 


o  the  relationship  between  time-variant  and  time-invariant  attributes 
of  the  model 
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USING  KL-ONE  TO  UNDERSTAND  METAPHORS 

I  am  Investigating  the  possibility  of  using  KL-ONE  in  some  natural 
language  research  which  I  am  oonduoting.  Specifically,  I  am  working  on 
metaphor  processing  although  my  work  thus  far  has  indicted  that  many  other 
phenomena  of  language  can  be  similarly  processed. 

In  my  approach,  metaphors  are  treated  as  a  class  of  utteranoes  at  the 
opposite  end  of  a  continuum  from  strictly  literal  speeoh.  Rather  than 
handling  them  uniquely  then,  they  are  processed  by  the  same  techniques  that 
are  used  for  literal  language.  And  the  same  techniques  used  to  understand 
classical  metaphors  of  the  sort  John  is  &  da  can  also  be  applied  to  other 
figures  of  speeoh,  suoh  as  personifications,  oxymora,  similes,  ironies, 
hyperboles,  and  even  oertain  categories  of  Jokes. 

The  focus  of  this  research  is  on  the  procedures  neoessary  for  computer 
"understanding”  of  natural  language,  whether  literal  or  figurative.  First,  it 
is  necessary  to  olarlfy,  from  a  computational  point  of  view,  Just  what  I  mean 
by  "understanding".  The  working  definition  which  I  am  using  is:  A  oomputer 
understands  an  input  sentence  oorreotly  if  it  can  produoe  an  appropriate 
response  (output  sentenoe).  This  means  that  if  I  see  fit  to  inform  a  machine 
that  I'm  dying  of  hunger  (and  it  has  also  the  information  that  it  is  noon  on  a 
normal  working  day,  and  I  haven't  been  abandoned  on  a  desert  island),  it  will 
not  prepare  to  erase  my  name  from  its  files.  It  will  rather  integrate  this 
Information  correctly  and  have  it  accessible  when  it  needs  to  respond  to  me. 
In  order  to  do  this,  it  must  have  available  to  it  some  sort  of  a  network  of 
knowledge  of  the  world  which  includes  oertain  pragmatic  considerations,  such 
as  time  of  day,  Identity  of  the  speaker,  etc.  as  well  as  some  faots  (roles) 
about  hunger,  dying,  etc.  In  addition  to  the  pragmatic  considerations,  a 
usable  representation  of  knowledge  must  have  the  following  characteristics: 

1.  There  must  be  a  store  of  general  knowledge,  in  some  aooessible 
structure 

2.  The  linguistic  oontext  (linear  in  nature)  must  be  available  to 
augment  the  store  of  general  knowledge 

3.  The  computer  must  be  able  to  Interrogate  the  user  to  olarify  meaning 
if  not  available  from  general  knowledge  or  oontext. 
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4.  It  wist  be  possible  to  Integrate  user  responses  with  existing 
knowledge,  l.e. ,  the  ooeputer  should  have  the  potential  to  learn 
(hov  and  under  what  oirounstanoes  this  is  to  be  aoooaplished  is,  of 
oourse,  no  slnple  natter). 

An  exaaple  can  illustrate  bow  this  can  funotion.  I  say  to  the  oonputer, 
"John  is  a  pig."  If  this  is  the  first  thing  I  say,  then  all  that  the  oonputer 
has  to  work  with  is  its  general  knowledge.  It  doesn't  know  anything  about 
John.  It  doesn't  even  know  vhloh  John  I  an  talking  about.  But  It  knows  that 
John  is  a  nale  nans,  it  knows  sone  general  things  about  nan  and  sons  general 
things  about  pigs.  On  this  basis,  it  has  two  possibilities  open  to  it.  It 
can  assune  that  John  is  a  nan's  nane  (in  which  oaae  it  has  to  provide  a 
aetaphorioal  Interpretation),  or  it  can  assune  that  John  is  a  pig's  nane  (in 
which  case,  no  problen).  It  will  have  to  get  clarification  fron  the  user. 
But  would  anyone  start  an  interaction  with  a  total  stranger  (or  a  naohine)  in 
this  way? 

In  nornal  discourse  aaong  strangers,  a  sentenoe  like  John  is  &  pig  would 
be  preoeded  by  considerable  linguistio  context  which  would  dear  up  the  above 
aablguity.  If  this  weren't  the  first  interaction,  (i.e.,  the  conversants 
weren't  strangers)  the  store  of  knowledge  would  have  been  considerably 
augaented  by  previous  disousslons.  (One  night,  for  exaaple,  know  soaethlng 
about  John's  table  Banners.)  So  it  should  be  between  people  and  ooaputers. 

In  the  light  of  the  above,  these  problens  of  processing  figurative 
language  are  not  substantially  different  fron  those  of  handling  literal 
language.  Literal  language  processing  has  to  contend  with  disaabiguatlon  in 
general  as  well  as  resolving  ambiguity  of  reference,  e.g. ,  John  aonoapanlad 
Jack  the  restaurant,  iia  was  vary  hungry,  and  numerous  other  nasty  problems 
suoh  as  ellipsis.  The  technique/ theory  which  I  aa  describing  here  is 
uniforaly  applicable  to  problens  of  both  literal  and  figurative  language.  In 
this,  it  is  a  aore  general  theory  of  processing  than  aost.  The  corollary  to 
this  is  that  computational  processing  can  function  as  a  one-step  operation 
instead  of  the  conaonly  accepted  technique  Involving  two  passes  (one  to 
reeognlze  that  a  metaphor  has  been  encountered;  one  to  understand  the 
metaphor) .  This  is  a  plus  in  that  it  can  result  in  a  reduoed  expenditure  of 
oonputer  tlae. 

I  aa  considering  a  kind  of  global  oonoept  of  a  language  understanding 
systea  in  which  the  dynaalc  nature  of  knowledge  suoh  as  I've  described  is 
taken  into  aooount.  (How  is  a  new  piece  of  information  added  to  the  network? 
How  does  it  affect  the  store  of  general  knowledge?  When  is  something  a 
contradiction  or  a  mistake  rather  than  a  metaphor  -  after  all,  John  is  not 
really  a  pig).  How  could  KL-ONE  figure  in  suoh  a  scheme? 

If  it  is  assumed  that  a  seaantic  theory  of  natural  language  processing 
includes  a  KL-ONE  type  of  knowledge  network,  then  the  following  approach  works 
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nicely.  Understanding  a  aentenoe  Involves  a  "reconoiliation"  of  two  (or  aore) 
portions  of  the  network'. 

In  the  exaaple,  John  la  g  Dig,  the  KL-OHE  dlagraa  night  appear  aa 
follows: 


PIG.  1. 


The  result  of  prooeaalng  the  aentenoe  night  be  the  apeolal  link 
Indicating  the  area  that  they  have  in  ooanon  (indicated  by  the  dotted  line). 

One  of  the  nain  areas  to  investigate  here  is  bow  such  assertions  oan  be 
represented.  It  seeas  that  the  line  between  assertions  and  definitions 
beooaes  blurred  in  exaaplea  such  as  the  above  (and  this  problen,  of  course,  is 


1  There  are  slnllarities  between  ay  approaoh  to  John  1s  g  oia  and  Winston's 
Robbie  la  g  fox.  There  are  also  asny  important  differences,  the  discussion  of 
whloh  is  beyond  the  soope  of  this  position  paper. 
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by  no  means  limited  to  metaphors).  Does  th«  sentence,  iflOa  iA  a  Oil 
contribute  to  what  we  oonaldar  to  b«  the  definition  of  John,  or  la  this  simply 
something  v*  are  assorting  about  hla?  If  EL-ONE  oan  be  used  to  support  s 
dynamic  view  of  knowledge  In  whloh  knowledge  is  aoqulrod  and  modified  on  an 
ongoing  basis,  how  oan  it  decide  to  question  for  a  given  new  prooeesod 
sentence?  I  feel  confident  that  the  angle  froe  whloh  I  an  approaching  the  use 
of  KL-ONE  will  not  only  raise  aoae  new  issues  and  point  out  sows  new  problems, 
but  will  provide  sows  new  solutions  to  old  ones  as  well. 
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Prerequisites  to  Deriving  Formal  Specifications  from 
Natural  Language  Requirements 


He  are  Implementing  a  system  which  takes  an  English  description  of  a  data 
struoture  and  creates  a  formal  specification  for  it  as  an  abstract  data  type1. 

For  example,  our  system  will  handle  texts  such  as  the  following  one, 
which  was  constructed  from  pages  77  and  79  of  Horowitz  and  Sahnl  [3]. 

A  stack  is  an  ordered  list  in  which  all  insertions  and  deletions 
are  made  at  one  end  oalled  the  top.  Given  a  stack  Ss(A[1],  ...,  A[N] ) 
then  we  say  that  A[1]  is  the  bottommost  element  and  A[I]  is  on  top  of 
element  A[I«1],  1<I<«N.  Associated  with  the  objeot  staok  are  several 
operations  that  are  necessary: 


o  CREATB(S)  which  oreates  S  as  an  empty  staok; 

o  ADD(I,S)  which  inserts  the  element  Z  onto  the  stsok  S  and  returns 
the  new  staok; 

o  DELETB(S)  which  removes  the  top  element  of  staok  S  and  returns 
the  new  staok; 

o  TOP(S)  which  returns  the  top  element  of  staok  S; 


1 Acknowledgement :  Researoh  sponsored  by  the  Air  Foroe  Offioe  of  Scientific 
Research,  Air  Foroe  Systems  Command,  DSAF,  under  grant  No.  AF0SR-80-0190. 
The  United  States  Government  is  authorized  to  reproduce  and  distribute 
reprints  for  Governmental  purposes  notwithstanding  any  oopyright  notation 
herein. 
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o  ISEMTS(S)  which  returns  true  if  S  is  empty  else  false. 

The  output  will  be  a  specification  in  first  order  logio  with  primitive 
terns  for  sets,  vectors,  records,  integers,  reals,  and  oharaoters.  (Such  an 
output  is  very  close  to  an  existing  specification  language  [5].) 

Me  are  paper  users  of  KL-ONE,  in  that  we  use  it  to  help  organize  our 
approach  to  knowledge  representation.  One  use  is  in  the  organization  of  case 
frane  aeaantios  for  aeaantic  interpretation  of  English.  The  syntactic 
component  of  our  system  is  the  ROS  graanar  [1].  As  the  parser  finds  complete 
constituents,  it  sends  aessages  to  a  semantic  component  for  interpretation  and 
possible  veto  of  the  partial  parse.  Therefore,  the  oase  frames  aust  be 
organized  to  interpret  constituents  inoreaentally  and  to  identify  impossible 
descriptions  in  the  application  of  data  structure  specification.  The 
relevance  of  KL-ONE  for  this  task  has  been  deaonstrated  in  Bobrow  and  Webber 
C2]. 


A  second  use  arises  from  the  fact  that  the  person's  description  of  a  data 
structure  tends  to  be  quite  far  from  the  concepts  available  in  foraal 
specification  languages.  For  instance,  people  tend  to  desorlbe  stacks  in 
spatial  terns  (e.g.  "top",  "bottom",  "position",  eto.).  Foraal 
specifications  Involve  mathematical  objects,  e.g.  sets,  tuples,  functions, 
records,  eto.  This  gap  seems  pervasive  in  descriptions  of  data  structures. 
KL-ONE' s  strength  for  this  problem  of  mapping  between  two  rather  distlnot 
conceptual  structures  is  its  precise,  semantically  clear  means  of  organizing 
concepts  and  their  attributes.  Thus,  it  can  organize  the  two  different  sets 
of  oonoepts.  Furthermore,  the  techniques  of  Mark  [4]  for  mapping  between 
KL-ONE  oonoepts  could  be  appropriate  for  our  project. 

Areas  where  KL-ONE  could  be  improved  for  applications  suoh  as  ours  are  in 
roleset  relations  and  the  addition  of  a  powerful  inference  mechanism  whleh  is 
combined  with  a  reasoning  maintenance  system.  As  an  example  of  some  of  the 
oonoepts  one  wants  to  represent  at  the  level  of  a  formal  speolfloatlon, 
consider  the  KL-ONE  net  in  Figure  1.  To  define  functions  as  a  specialization 
of  the  oonoept  of  set,  one  must  state  at  least  the  following: 


1.  All  of  the  tuples  that  make  up  a  funotlon  must  be  the  same  size. 

2.  Let  us  call  the  size  of  the  tuples  n.  For  1<=i<n,  there  is  a  domain 
suoh  that  for  all  tuples  the  element  in  the  ith  position  of  the 
tuple  oomes  from  that  domain  set. 

3.  All  elements  in  the  nth  position  of  some  tuple  come  from  the  range 
set. 

4.  It  is  impossible  to  have  two  tuples  whioh  are  Identical  on  their 
first  n-1  elements,  but  differ  on  the  nth. 
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Consequently,  one  should  bo  abla  to  atato  conveniently  that  a  particular 
roleaet  la  a  Hat  and  bo  able  to  refer  conveniently  to  the  ith  elenent  of  the 
list  (aa  well  aa  the  first  and  regaining  ones).  Additionally,  one  oust  be 
able  to  express  conveniently  at  least  what  can  be  stated  easily  in  first  order 
logic. 
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KNOWLEDGE  RBPRBSBMTiTION ,  KL-OME,  AMD  THE  TIEN  PROJECT 

The  VIEW  system  is  intended  to  be  a  high  level  user  interfaoe  for 
information  systems.  VIEV  is  designed  to  use  a  separate  (physloally 
independent)  data  base  management  system  to  handle  data  values  (instanoes). 
The  types  of  data  available  oover  a  broad  range,  Including  characters,  text, 
numbers,  pictures,  diagrams,  combinations  of  these,  and  ultimately  sound. 

To  the  user  the  data  appears  to  be  arranged  spatially,  a  la  the  approach 
employed  in  the  Spatial  Data  Management  System.  This  means  that  the  data  is 
arranged  on  a  collection  of  two  dimensional  planes,  which  are  in  turn  linked 
into  a  network.  The  user  passes  from  one  plane  to  another  by  means  of  bi¬ 
directional  ports,  eaoh  of  which  connects  a  speoific  region  of  one  plan  to  a 
speoiflo  region  of  another.  As  a  user  enters  a  port  to  pass  to  a  lower  level 
plane  (oalled  zooming  in)  the  effect  is  to  enlarge  the  perspective  by  giving 
more  detailed  data  about  that  segment  of  the  total  information  spaoe. 
Returning  back  through  a  port  traversed  earlier  (oalled  zooming  out)  provides 
a  more  global  and  less  detailed  perspective. 

There  are  three  logical  portions  of  the  knowledge  base  in  VIEW: 


1.  a  meta-level  description  of  the  information  available  to  the  user, 

2.  a  semantic  description  of  piotures  in  terms  of  the  underlying 
database,  and 

3.  a  rule-based  collection  of  graphics  composition  knowledge. 

The  meta-level  description  of  the  available  information  is  used  to 
determine  the  segment  of  the  available  data  that  is  relevant  and  useful  to  the 
user  asking  the  question,  and  appropriate  dusters  and  suboluster  of  both 
objeots  and  their  attributes.  This  information  together  with  the  picture 
semantics  and  graphics  composition  knowledge  is  used  to  determine  the 
arrangement  of  objeots  and  attributes  aoross  and  within  the  oolleotion  of  two- 
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dlaensional  planes,  the  loons  to  be  used  to  represent  the  data  to  the  user, 
sad  the  appesranoe  of  these  loons. 

VIEW  la  principally  a  user  of  knowledge,  rather  than  a  creator.  Although 
we  would  expeot  this  to  change  In  the  future,  VIEW  does  not  alter  Its 
knowledge  base  as  a  result  of  the  user  aotlons.  The  struoture  and  oontent  of 
the  knowledge  base  is  controlled  by  a  huaan  "VIEW  Administrator" . 

Users  pose  questions  to  VIEW  by  means  of  a  menu  faoility  driven  by  the 
oontent  of  the  knowledge  base.  Thus  the  users  explicitly  seleot  concepts  and 
rolesets  which  are  of  interest  to  them.  This  initial  out  at  the  answer  space 
is  refined  by  VIEW  using  the  knowledge  base.  Conoepts  and  rolesets  which  are 
expeoted  to  be  of  interest  to  the  user,  due  to  our  prior  knowledge  of  the 
user's  perspective  together  with  the  general  knowledge  of  the  semantic 
struoture  of  the  data  base,  may  be  added  to  the  "answer  spaoe".  The  resulting 
information  constituting  the  answer  spaoe  is  then  further  structured  to  allow 
it  to  be  presented  as  an  appropriate  set  of  two  dimensional  planes.  This 
requires  consideration  of  both  the  semantic  relationships  and  the  graphical 
constraints  of  presentation.  All  of  this  knowledge  is  represented  within  our 
modified  KL-ONE  represented  knowledge  base. 

The  VIEW  system  is  being  designed  and  implemented  in  a  multi-year  project 
of  which  the  first-pass  will  be  oompleted  this  fall.  To  date  our  work  with 
KL-0NB  has  been  striotly  on  paper,  although  we  are  beginning  to  implement  a 
primitive,  first-out  of  the  knowledge  base.  Our  plans  call  for  having  at 
least  a  subset  of  KL-OHE  running  early  this  fall. 

In  our  application  EL-ORE  has  several  good  points  and  several 
shortcomings.  The  good  points  are: 


1.  Epistemology  «  The  approach  of  employing  hierarchical  collections  of 
conoepts  and  rolesets  seems  to  oapture  the  general  nature  of  the 
objeot  oriented  worlds  we  have  been  using.  Forcing  us  to  structure 
this  world  oarefully  within  the  epistemological  struoture  of  KL-OHE 
is  a  dear  win. 

2.  Inheritance  •  Being  an  objeot  oriented  world  many  important 
properties  of  interest  to  users  posing  questions  to  the  database  are 
inherited  and/or  derived  from  properties  of  higher  level  oonoepts. 

3.  Generic  vs.  instanoe  distinctions  =  Due  to  our  dlstlnot  split 
between  meta-level  knowledge  and  the  speolflo  data  oontained  in  the 
data  base,  having  a  corresponding  split  in  the  KL-OHE  representation 
is  most  important. 

The  shortcomings  we  have  found  with  KL-ONE  in  our  application  are: 
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1 .  Handling  of  independent  data  lnatanoee  =  Because  our  approach 
employs  a  data  base  of  concept  and  roleset  Instances  which  is 
distinct  from  the  knowledge  base,  it  is  essential  that  we  be  able  to 
capture  the  instanoe  references  in  ‘-.he  knowledge  base  without  the 
apeolflo  data  values.  Our  ourrent  approach  is  to  add  a  new  type  of 
node,  called  a  logical  data  base  reference  node.  This  node  falls 
somewhere  between  KL-ONE'a  individual  and  generic  concept  nodes.  It 
describes  a  set  of  specific  data  values,  where  the  data  may  be  found 
in  the  data  base,  and  how  to  query  the  DBMS  to  obtain  the  data 
values. 

2.  Alternative  perspectives  *  The  knowledge  base  oust  capture  the  meta¬ 

level  description  of  the  data  base  applicable  to  all  the  potential 
users  of  the  information  system.  Tet  clearly  different  users,  and 
even  the  same  user  at  different  times,  have  somewhat  different 
perspectives  on  the  relative  Importance  of  various  concepts  and 
rolesets,  and  may  even  peroelve  a  different  organization  of  the  data 
collection,  We  need  to  be  able  to  oapture  these  differences  without 
providing  multiple  independent  knowledge  bases  and  without  requiring 
computationally  costly  modifications  to  temporary  copies.  Our 

current  approach  has  been  to  modify  the  nature  of  the  structural 
description  nodes  to  incorporate  predicate  logic  descriptions  of 
oonoept  structures  and  associated  bond-strength  Information 
specifying  the  semantic  strength  of  bonds  between  concepts  and 
rolesets. 

3.  Searoh  efficiency  s  Although  it  is  conceptually  Important  to  capture 
the  relationships  between  various  rolesets  and  lower  level  conoepts 
by  means  of  the  proper  subset,  roleset,  Instanoe,  restriction,  etc. 
types  of  arcs,  this  does  not  always  lead  to  efficient  search 
abilities.  In  particular,  it  is  possible  to  systematically  define 
some  new  links  which  represent  contractions  of  longer  paths  thus 
reducing  the  traversal  times.  While  we  do  not  yet  fully  understand 
all  the  implications  of  making  such  changes  in  the  KL-ONE 
representation,  we  believe  that  changes  like  this  are  essential  for 
our  application.  If  searohes  of  the  network  are  too  costly,  our 
user  interface  is  doomed  to  failure  because  its  response  will  be  too 
slow. 

4.  Heuristic  knowledge  *  In  our  presentations  there  are  many 

alternatives  available  for  the  arrangement  of  the  data  both  within 
eaoh  plan  and  across  planes,  and  for  oholoes  of  scale,  icon s, 
oolors,  eto.  The  selections  must  be  made  using  a  variety  of 

heurlstio  guidance  measures,  some  of  which  are  global  and  some  of 
which  are  looal,  that  is,  speolflo  to  the  particular  data  to  be 
presented.  Thus,  it  is  important  for  us  to  have  a  way  to  represent 
this  sort  of  meta-meta  data  within  the  uniform  knowledge 
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representation  structure.  Ve  are  developing  speoial  nodes  and  arcs 
to  handle  this  type  of  information. 

It  is  also  of  interest  to  note  that  our  work  is  being  done  on  a  TAX  and 
that  therefore  ve  are  involved  in  the  problems  of  porting  at  least  subsets  of 
KL-ONE  to  the  TAX  environment  (currently  to  Franz  Lisp). 
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AH  HITELLXGEHT  TUTOR  FOR  BBQIHHIHa  PROGRAMMERS 

We  have  implemented  a  prototype  bug  finder/tutor  which  detects  run-time 
semantic  errors  in  student  programs.  It  has  been  suooessfully  tested  in  a 
class  of  over  800  students  where  it  described  errors,  provided  tutoring 
advice,  and  saved  a  oopy  of  its  results. 

A  tutor  which  will  dynamically  generate  explanations  and  tutoring  advloe 
to  students  is  being  developed  in  LISP  on  a  TAX  11/780  using  a  UMass 
implementation  of  the  basic  elements  of  XL- ONE.  It  uses  empirical  studies  in 
cognitive  processes  of  programming  to  identify  templates  that  experts  use  when 
translating  problem  descriptions  into  oode.  These  high  level  procedural  plans 
are  the  basis  for  representing  programs  in  the  KL-ONE  network.  Both  oorrect 
and  lnoorreot  code  is  represented  as  instantiations  of  the  high  level  plans. 
The  knowledge  base  now  contains  300  nodes,  or  about  half  of  the  oonoepts  in  a 
one  semester  course  in  PASCAL,  including  WHILE,  FOR,  and  REPEAT  loops, 
variable  roles,  running  sums,  oounter  totals,  and  assignment  statements. 

We  frequently  generate  our  explanations  of  the  oorrect  oode  in  Pascal 
after  describing  a  student's  lnoorreot  oode.  This  requires  repeated  movement 
between  the  oorrect  and  the  lnoorreot  data  bases.  We  needed  a  link  to  speed 
up  this  process  and  to  refleot  our  pragmatic  requirements  independent  of 
domain  knowledge.  As  a  computational  shortcut,  we  built  "meta-links"  between 
buggy  knowledge  and  the  corresponding  correot  knowledge. 
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Advanced  Information  Presentation  System  ( AIPS)  project, 
Bolt  Beranek  and  Newman  Inc. 


In  our  work  with  AIPS,  we  have  found  a  number  of  things  about  KL-ONE 
which  give  us  trouble: 


o  It  is  generally  hard  to  represent  the  behavior  of  a  knowledge-based 
system  written  in  KL-ONE  because  the  implementation  is  inoomplete 
with  respect  to  RSR's  and  SB's  (no  enforcement  or  oheoklng  oullt  in, 
no  breadth- first  ordered  inheritance  of  SB's.)  Even  if  enforcement 
should  at  this  stage  be  left  to  the  user,  there  should  be  some  books 
(other  than  IBooks)  to  allow  clean  implementation. 

o  It  is  difficult  to  express  some  types  of  domain  relationships  because 
an  SB  can  only  pertain  among  the  Roles  of  a  single  Generic  Concept. 
He  feel  we  need  to  be  able  to  describe  domain  relationships  as 
pertaining  among  the  roles  of  objeots,  and  not  strictly  either  as 
pertaining  among  objeots  or  among  the  roles  of  a  single  object.  In 
doing  this,  we  would  like  to  have  the  fully  declarative  SB  meohanlam 
at  our  disposal. 

o  The  BBN  Interlisp  implementation  is  difficult  to  use  because  it  lacks 
a  comprehensive  and  readable  print  representation,  a  reader/printer 
with  incremental,  file-oriented  dumping  capability,  and  an  in-core 
editor . 

o  As  we  attempt  to  use  less  familiar  features  of  the  language,  the  lack 
of  a  good  primer/ref erenoe  manual  is  troublesome. 

KL-ONE  features  we  don't  like: 


o  Saved  lists  and  IHooks  make  the  code  of  the  Interlisp  implementation 
ferooiously  complex.  They  make  it  difficult  to  determine  the  exaot 
semantics  of  KL-ONE  funotlons  by  reading  the  implementation,  and  they 
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make  it  more  difficult  to  modify  or  extend  the  language  to  auit 
apeoial  requirements .  Ve  believe  the  Saved  inheritance  results  are  a 
large  faotor  in  KL-ONE'a  unseemly  appetite  for  memory. 


In  our  view,  IHooks  are  an  extremely  debatable  feature  because  they 
complicate  debugging.  However,  they  are  a  potentially  valuable 
escape  mechanism.  Realistically  they  should  be  viewed  purely  as  a 
method  of  advising  KL-OVE  functions  per  speoiflo  sites  in  a  network. 
If  IHooks  are  to  be  kept  for  this  purpose,  we  believe  the  OVERRIDE 
option  should  be  restored.  IHooks  cannot  provide  an  adequate 
declarative  description  of  a  default,  and  for  this  reason  we  believe 
the  DEFAULT  option  should  be  dropped. 


What  do  we  like? 


Generally  speaking,  we  are  happy  with  the  purely  descriptive  syntax 
of  the  language  (Conoepts,  Roles,  Vires  and  Cables). 


o  Ve  are  happy  with  a  philosophy  of  incremental  implementation  of  the 
KL-ONE  notation  because  there  are  good  escapes  to  LISP  (tags  and 
itags)  and  because  of  the  metadescription  feature  of  KL-OHE.  These 
have  made  it  possible  for  us  to  "get  along"  with  the  language. 
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APPENDIX  A 
AGENDAS 


A.1  Teohnloal  Discussions 


Friday.  October  16th;  aornlna  and  afternoon 


Assertions,  etc. 
representing  propositions  and 
asserting  then  in  contexts 
coreferenoe 
"contingent  superCs” 
defaults 

Contexts/ possible  worlds 
object  constancy 
variables 

Realization . 


Ron  Braohaan 
and 

Hector  Levesque 


Bill  Mark 


Friday  evening 

Systen  utilities  .  Jim  Sobaolze  and 

Frank  Zdybel 


Saturday.  October  17th;  eornlng 


Structural  Relations: 

RSRs 

sequences  A  ordering  Rusty  Bobrov 

quantification  in  RSRs 

QUA.  .  . . .  Mike  Freeaan 

Saturday  evening 

Individual  Coneepts . Bill  Mark 

Classifier  .  Toa  Lipkis 
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Sunilw.  October  lllfchi  eoi»m n» 


Individual  Conoepta  (oont'd)  .  Bill  Mark 

B^at—  maintenance . Jla  Sohaolze 

Cl— aiflar  (oont'd) . Ton  Llpkia 


A. 2  tenoral  Conforonoo 


Sunday.  Ootobor  18th 

6:30p  —  Hora  d' oeuvres ,  o— h  bar  In  the  oonferenoe  room  — 

8:00p  —  Buffet  dinner  in  the  dining  rooa  — 

Monday.  Ootober  19th 

9:00a  Opening  remarks 

Jin  Sohaolze  (BBN) 

9:15a  "Highlights  froa  KloneTalk:  Display-Based  Editing  — d 
Browsing,  Aotive  Role  Talue  Maps,  Qua  Conoepta,  — d 
Decompositions" 

Rlohard  Pikes  (Xerox) 

10:00a  Review  of  teohnlcal  discussions 

Ron  Braehaa n  (Falrohild),  Hllll—  Mark  (ISI), 

Jin  Sohnolxe,  Rusty  Bobrov  (BBM) ,  Michael  Free— n 

10:30a  —  Break  — 

1 1 :00a  Continuation  of  review  of  teohnloal  discussions 

11:45a  "Translating  KL-0HE  froa  Inter lisp  to  FranzLisp" 

Tin  Finin  (Penn) 

12:15a  —  Break  for  entire  afternoon  ~ 

5:00p  —  Coffee  — d  cake  — 

5:30p  "Towards  a  caloulus  of  struotural  desoriptlons" 
Michael  Frees—  (Burroughs) 
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6:00p  Talks  from  various  sites 

1)  "A  Knowledge  Based  Qraphloal  Interface  for  Databases" 

Gerald  Vllaon  (CCA) 

2)  "Between  Description  and  Assertion" 

Alan  Frlsoh  (Rochester) 

3)  Talks  on  3  projects: 

"Natural  Language  Processing  Systems  and  111  Formed 
Input” 

"Prerequisites  fo  Deriving  Formal  Specifications  fro* 
Natural  Language  Requirements* 

"Online  User  Assistance* 

Noroan  Sondheiaer  (Sperry)  and 
Ralph  Veisohedel  (Delaware) 

4)  "The  BBN  Natural  Language  Understanding  Projeot* 

Candaoe  Sidner  (BBN) 

5)  "Extensible  Semantic  Networks” 

Peter  Patel-Sohneider  (Toronto) 

6)  "KL-ONE  in  SNBPS" 

Stuart  Shapiro  (SUNT) 

8:00p  —  Dinner  — 


9:00a  "A  knowledge  representation  nodel  of  prototype  theory" 
Benjamin  Cohen  (Xerox) 

9:30a  Group  meetings  -  I 

1)  "Usage  of  oontexta  for  representation  of  time  and 

belief"  Chaired  by  David  Israel  (BBN) 

2)  "Transporting  KL-ONE  to  other  Lisps" 

Chaired  by  Tim  Finln  (Penn) 

10:30a  —  Break  — 

1 1 :00a  Group  meetings  -  II 

1)  "Inferences  in  KL-ONE" 

Chaired  by  Ron  Brachman  (Falrohild) 

2)  "Praotioe  KL-ONE  session” 

Chaired  by  Rusty  Bobrov  and  David  Israel  (BBN) 

12:00  —  Lunoh  — 

1:30p  "A  KL-ONE  Classifier"  -  Tom  Lipkls  (ISI) 
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2:00p  "A  RL-ONE  Baaed  Knowledge  Representation  Kernel* 
Ron  Braohaan  (Fairchild) 

2:30p  Closing  Reaarks  -  Ron  Braohaan 
2:45p  Adjournaent 
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PARTICIPANTS  M  THE  1981  KL-OVE  WORKSHOP 


B. 1  Teohnloal  Dlsousslons 


Rusty  Bobrov  (BBN) 

Daniel  Bobrov  (Xerox) 

Ron  Braohnan  (Palrohild) 
Richard  Pikes  (Xerox) 
Michael  Freenan  (Burroughs) 
Jeff  Gibbons  (BBN) 

Austin  Henderson  (Xerox) 
David  Israel  (BBN) 

Hector  Levesque  (Fairohild) 
Ton  Lipkls  (IS!) 

William  Mark  (ISI) 

Jin  Sohnolze  (BBN) 

Vllllan  Woods  (BBN) 

Frank  Zdybel  (BBN) 


B.2  Main  Conference 


Hassan  Ait-Kacl  (Penn) 

Jane  Barnett  (CCA) 
Madeleine  Bates  (BBN) 

Ron  Braohnan  (Fairohild) 
Rusty  Bobrov  (BBN) 

Daniel  Bobrov  (Xerox) 

Anedeo  Cappelll  (Pisa) 

Ben  Cohen  (Xerox) 

Riohard  Duncan  (Penn) 
Rlohard  Pikes  (Xerox) 

Tin  Finin  (Penn) 

Michael  Freenan  (Burroughs) 
Alan  Frisob  (Rochester) 
Christopher  Fry  (MIT) 
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Jeff  Gibbons  (BBR) 

Brad  Qoodaan  (BBR) 

Morton  Qroanfald  (BBR) 

Carols  Hafner  (Qsneral  Motors) 
Austin  Henderson  (Xerox) 

David  Israel  (BBR) 

Bryan  Eraser  (Toronto) 

Bob  Krovets  (RLM) 

Henry  Leltner  (Boston  University) 
Heotor  Levesque  (Falrohlld) 

Toa  Llpkls  (ISI) 

Wllllaa  Mark  (ISI) 

Eric  Mays  (Penn) 

David  Mo Donald  (UMass) 

Lorenzo  Morettl  (Pisa) 

Peter  Patel-Sohnelder  (Toronto) 
Raohel  Relohaan  (UCSD) 

Ratban  Relies  (Sperry) 

Ethan  Soarl  (MITRE  Corp. ) 

Jl«  Sohsolze  (BBR) 

Stuart  Shapiro  ( SUNY-Buf f alo ) 
Candace  Sldner  (BBR) 

Roraan  Sondhelaer  (Sperry) 

John  Vlttal  (BBR) 

Bonnie  Webber  (Penn) 

Judy  Weiner  (Teaple) 

Ralph  Welsohedel  (Delaware) 

David  Wllozynskl  (ISI) 

Gerald  Wilson  (CCA) 

Wllllaa  A.  Woods  (BBR) 

Martin  Tonke  (BBR) 

Frank  Zdybel  (BBR) 
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Jane  Barnett 

Computer  Corporation  of  America 
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0.  Edward  Barton 
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Massachusetts  Institute  of  Technology 
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Dr.  Daniel  Bobrow 
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Robert  J.  Bobrow 
Bolt  Beranek  and  Newaan  Ino. 
50  Moulton  Street 
Caabrldge,  MA  02238 
(ARPANET:  RUSTY8BBNG) 


Ken  Bowen 
CIS 

313  Link  Hall 
Syracuse  University 
Syracuse,  NT  13210 
(ARPANET:  BOWEN $U SC-ECL ) 


Dr.  Ronald  J.  Brachaan 

Artificial  Intelligence  Researob  Laboratory 
Falrohlld  Reaearoh  and  Development 
4001  Miranda  Ave. 

Palo  Alto,  CA  94304 
(ARPANET:  BRACHMAN8SRI-KL) 


Professor  David  C.  Brown 
Departaent  of  Coaputer  Science 
Worcester  Polyteohnio  Institute 
Worcester,  MA  01609 
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APPENDIX  D 

SUMMARY  OF  THE  EL-ONE  LANGUAGE 


In  this  appendix,  we  present  an  overview  of  the  KL-ONE  language.  This 
discussion  should  provide  a  conceptual  summary  of  the  types  of  KL-ONE  objects 
and  their  structural  relations  to  one  another. 


D.1  Language  Structure  and  Philosophy 


KL-ONE  Is  a  language  for  the  explioit  representation  of  conceptual 
Information  based  on  the  idea  of  structured  inheritance  networks  [Brachnan 
78,  Brachman  79].  Before  going  into  the  details  of  KL-ONE  structures,  we  will 
first  paint  the  background  of  car  philosophy  in  developing  the  language. 

As  mentioned,  KL-ONE  is  intended  to  represent  general  conceptual 
information  by  allowing  the  oonstruotion  of  a  knowledge  base  of  a  single 
reasoning  entity  (although  it  has  been  used  as  a  repository  for  information 
from  multiple  sources).  A  KL-ONE  network  thus  represents  the  beliefs  about 
the  world  (and  other  possible  worlds)  as  oonoeived  by  the  system  using  it. 
Note  that  we  are  not  intending  to  attempt  to  oapture  the  world  "as  it  really 
is"  -  only  the  oonoeptlon  of  it  by  an  individual  perceiver. 

KL-ONE  oan  be  thought  of  as  having  two  sublanguages  -  a  description 
language  and  an  assertion  language.  The  description  language  allows  one  to 
form  a  variety  of  description  terms  (e.g. ,  general  terms,  individual 
descriptions)  out  of  other  description  terms  using  a  small  set  of  primitive 
description- formation  operators.  This  gives  us  an  extensible  repertoire  of 
oonoeptual  terms  (i.e.,  a  conceptual  vooabulary)  that  can  then  be  used  to  make 
assertions.  For  example,  we  would  use  only  desorlption-structurlng  in  forming 
a  compound  KL-ONE  description  corresponding  to  "a  man  from  Mars”,  using  the 
KL-ONE  descriptions  for  "a  man”  and  ”Mars”.  Simply  forming  this  description 
asserts  nothing  about  any  particular  man  or  planet  since  structures  in  the 
description  language  have  no  aasertional  import  by  themselves  (but  see  Seotlon 
D.3). 


The  assertion  language,  on  the  other  hand,  makes  use  of  terms  from  the 
description  language  to  make  statements  about  the  world.  The  assertion 
language  is  somewhat  impoverished  as  compared,  say,  to  a  first  order  language 
with  equality,  but  it  lnoludes  statements  of  ooreferenoe  of  description  (in  a 
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particular  context),  and  of  existence  and  identity  of  individuals  (in  a 
particular  context).  For  example,  we  might  form  a  description  like  "the 
person  giving  the  talk",  and  use  it  to  assert  that  such  a  person  exists.  He 
oould  then  establish  another  description  -  say,  "a  man  from  Mars"  -  as 
ooreferential  with  the  first,  and  thereby  make  the  statement,  "the  person 
giving  the  talk  is  a  man  from  Mars".  This  latter  type  of  construct  is  a 
legitimate  object  of  belief  (whereas  descriptions  are  not) . 

In  the  past,  most  of  our  work  on  KL-ONE  has  been  on  description- 
formation;  until  recently  very  little  attention  was  paid  to  making  assertions 
(it  is  felt  that  existing  paradigms  —  e.g.  predicate  logic  —  are  adequate 
for  this  task) .  While  we  have  now  begun  to  focus  more  Intensively  on  the 
assertion  language,  the  system  that  is  described  herein  handles  description 
structure  well  and  has  only  a  crude  mechanism  for  making  assertions. 


D.1.1  Bplstemologloal  Primitives 


KL-ONE  is,  in  a  sense,  an  "object-centered"  language.  Its  development 
has  proceeded  from  traditional  semantic  networks,  but  its  principal  structures 
are  not  based  on  either  propositions  or  sets  as  were  those  of  several  earlier 
semantic  net  systems  (e.g.,  see  [Schubert,  et  al.  79]  and  [Hendrix  79]). 
Instead,  the  principal  element  of  KL-ONE  is  the  structured  conceptual  objeot, 
or  Conoept. 

Our  view  of  these  objeots  comes  from  a  careful  analysis  of  early  trends 
in  semantic  networks  and  more  recent  trends  in  knowledge  representation  in 
general.  As  discussed  in  [Brachman  79]  and  [Woods  75],  the  history  of  network 
representations  is  fraught  with  imprecision  on  the  meanings  of  nodes  and 
links.  We  have  found  links  in  networks  to  represent  implementational 
pointers,  logical  relations,  semantic  relations  (e.g.,  "cases")  and  arbitrary 
conceptual  and  linguistic  relations.  Network  schemes  consistent  with 
structures  of  any  one  of  these  "levels”  (implementational,  logical, 
conceptual,  linguistic  -  see  [Brachman  79])  can  be  compared  and  tested  for 
adequacy,  but  unfortunately,  most  of  the  existing  paradigms  mix  structures 
from  two  or  more  of  these  levels.  This  makes  for  confusing  notation  and 
difficulty  in  explaining  a  system's  interpreter. 

Realizing  the 4  value  of  consistency  at  a  single  level  of  network 
primitive,  we  have  set  out  to  capture  an  adequate  set  of  primitive  elements 
for  structuring  a  broad  spectrum  of  kinds  of  concepts.  We  are  attempting  to 
determine  a  reasonable  set  of  underlying  objeot  and  relation  types  for 
generalized  knowledge-structuring.  To  the  extent  that  we  can  formalize  the 
language  of  conoepts  ir  a  grammar  for  well-formed  conceptual  structures,  we 
have  defined  what  might  be  called  an  "epistemology".  This  is  not  a  theory  of 
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any  particular  domain  -  one  builds  that  on  top  of  this  level  -  but  a 
generative  theory  of  the  structure  and  limits  of  thought  in  general.  Ve  have 
addressed  our  work  on  KL-ONE  to  an  epistemologioal  level  of  network  primitives 
with  the  long-term  goal  of  examining  the  soope  of  what  is  "thinkable". 

KL-ONE  thus  comprises  a  set  of  "epistemologloally  primitive"  structure 
types  and  struoture-forming  operations.  We  have  attempted  to  understand  the 
important  features  of  the  internal  structure  of  concepts,  and  to  embody  them 
in  a  language  that  is  expressively  powerful  and  fairly  natural  to  use. 


D.2  Concepts  and  Roles 


As  mentioned,  the  principal  elements  of  KL-ONE  descriptions  are  Conoepta, 
of  which  there  are  two  major  types  -  Generlo  and  Individual.  A  Generic 
Concept  is  expected  to  act  like  the  conceptual  equivalent  of  a  "general 
term”  [Quine  60]  -  potentially  many  individuals  in  any  possible  world  can  be 
described  by  it.  Individual  Concepts  are  similar  but  can  desoribe  one 
individual  at  most  (in  a  particular  oontext).  A  simple  (albeit,  incomplete) 
view  of  the  difference  between  Generic  and  Individual  Concepts  is  captured  in 
the  following  contrast:  "g  man  from  Mars"  (Generic)  versus  "the  man  from  Mars* 
(Individual). 

Generic  Concepts  are  arranged  in  a  definitional  taxonomy  which  represents 
their  subsumption  relationships.  Ve  refer  to  this  taxonomy  as  definitional 
because  the  meaning  of  any  particular  Concept  is  derived,  at  least  in  part, 
from  its  location  in  the  taxonomy.  For  example,  by  having  the  Conoept  HUMAN* 
subsume  the  Concept  MAN,  one  simultaneously  defines  part  of  the  latter,  in 
that  all  components  of  the  definition  of  HUMAN  apply  to  MAN.  The  KL-ONE 
system  provides  inheritance  facilities  to  support  this  property  of  its 
taxonomies.  It  is  important  to  note,  however,  that  the  Conoept  HUMAN  does  not 
derive  any  of  its  meaning  from  the  Conoept  MAN.  In  general,  a  Concept's 
meaning  is  strictly  determined  by  the  definitions  of  its  subsuming  Concepts, 
plus  information  looated  specifically  with  the  Concept  (the  manner  of  this 


2There  is  a  third  type  of  Concept  in  KL-ONE  -  the  Paralndlvidual  -  whioh  we 
will  get  to  in  Section  D.5. 

^From  this  point  on,  we  will  use  "Conoept"  to  mean  "Generio  Conoept",  exoept 
when  "Conoept"  alone  would  be  ambiguous. 
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■looal"  information,  as  well  as  the  inheritance  facilities,  will  bo  deaoribed 
throughout  the  reaalnder  of  this  paper). 

CL- ORB  taxonomies  always  have  a  single  root  Conoept  (which  currently  la 
named  THIRO)  of  whloh  all  other  Conoepts  are  descendants.  In  Figure  1  we 
present  a  simple  taxonomy.  Eaoh  ellipse  represents  a  Generic  Conoept;  each 
link  between  Generic  Conoepts  (the  wide  arrow)  represents  a  subsumption 
relationship  where  the  "higher"  Concept  (the  one  being  pointed  to)  subsumes 
the  Conoept  "below*  it  (the  one  being  pointed  from).  Subsumption  is  a 
transitive  relation,  so  a  Generic  Concept  aotually  subsumes  all  Generic 
Conoepts  "below"  lt.^  In  KL-ONE  terminology,  the  subsumption  relation  Is 
indicated  by  a  superC  cable  (the  wide  arrow)  and  the  subsumer  and  subsumee 
Generlo  Conoepts,  respectively,  are  oalled  the  auperConoept  and  subConoept. 

Tou  will  note  in  Figure  1  that  a  Generic  Conoept  can  have  many 
superConoepts  and/or  subConoepts.  The  Concept  MAN  has  both  MALE-ANIMAL  and 
HUMAN  as  Its  superConoepts.  Henoe,  both  MALE-ANIMAL  and  HUMAN  subsume  MAN  and 
the  Conoept  MAN  Is  defined  as  the  oonjunotion  of  the  two.  The  use  of  multiple 
subConoepts  (e.g.,  for  the  Conoept  ANIMAL)  allows  one  to  distinguish  the 
various  subtypes  or  subclasses  of  a  Conoept  (four  types  of  ANIMAL  are  Included 
In  Figure  1). 

Ve  have  stated  that  Conoepts  inherit  at  least  part  of  their  definition 
from  their  superConoepts.  In  faot,  KL-ONE  plaoes  a  strong  emphasis  upon 
precise  definitions  for  Conoepts,  where  that  definition  Is  expressed 
explicitly  In  the  KL-ONE  network,  nils  emphasis  has  several  Important  ef foots 
regarding  the  design  of  KL-ONE.  In  particular,  names  for  KL-ONE  objects  (suoh 
as  Conoepts)  are  not  used  by  the  system  in  any  way.  They  are  merely 
oonvenlenoes  for  the  user.  Also,  "cancellation"  of  parts  of  a  definition  that 
a  Conoept  Inherits  from  Its  superConoepts  is  explicitly  prohibited  (this  is 
addressed  more  completely  In  Section  D.3.3). 

The  components  of  a  KL-ONE  Conoept  whloh  constitute  Its  entire  definition 

are: 


* There  has  been  considerable  discussion  among  KL-ONE  users  as  to  whether  or 
not  KL-ONE  should  be  able  to  represent  exhaustion  or  mutual  exclusion  among  a 
Concept's  subsumees.  If  It  did,  then  a  Conoept  could  gather  part  of  Its 
definition  from  those  it  subsumes,  In  the  case  of  exhaustion,  or  "sibling" 
Conoepts  (Conoepts  whloh  share  the  same  subsuming  Conoept),  in  the  oase  of 
mutual  exclusion.  Currently,  however,  KL-ONE  does  not  support  either. 


^From  this  point  on,  the  notions  of  "above”  and  "below"  will  be  used 
interchangeably  with  "subsumer"  and  "subsumes”,  respectively. 
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o  the  definitions  of  its  subsuming  Conoepts  (its  superConoepta) , 
o  its  looal  internal  struoture  expressed  in 

.  Roles,  which  desoribe  potential  relationships  between  instanoes 
of  the  Concept  and  other  closely  associated  Conoepts  (i.e., 
those  of  its  properties,  parts,  eto.),  and 

.  RoleSet  Relations,  whloh  express  the  interrelations  among  the 
functional  Roles. 

A  superConoept  serves  as  proximate  genus,  while  the  Internal  struoture 
expresses  essential  differences,  as  in  classical  classifloatory 
definition  [Sellars  17].  The  suaaua  genus  is  represented  by  the  Conoept 
THING.  THING  is  the  only  Conoept  that  has  no  superConoepts . 

A  pictorial  representation  of  THING  is  shown  in  Figure  2.  The  Concept 
itself  is  represented  by  the  ellipse  labeled  with  its  name;  the  Role  subpart 
is  represented  by  the  enolroled  square.  As  is  evident  here,  Roles  themselves 
have  structure,  including  descriptions  of  potential  fillers  (called  "Value 
Restrictions",  or  V/R's),  and  names.  In  Figure  2  we  see  that  the  Role  named 
subpart  has  a  Value  Restriction  of  THING.  This  says  that  potential  subparts 
of  THINGS  must  themselves  be  THINGS.  While  here  such  a  restriction  is  vacuous 
(there  is  no  other  possibility),  the  system  Interprets  Value  Restrictions  as 
neoessary  type  restrictions  on  Role  fillers.  No  "cancellation”  of  such 
restrictions  is  allowed.  Cases  arise  where  several  Value  Restrictions  are 
applicable  to  a  Role  filler  (these  cases  will  be  apparent  as  the  inheritance 
meohanlsm  is  explained).  If  more  than  one  V/R  is  applicable  at  a  given  Role, 
the  restrictions  are  taken  conjunctively. 

There  are  two  basic  kinds  of  Roles  in  KL-ONE :  RoleSets  andIRoles  (for 
'Instanoe  Roles').  RoleSets  capture  the  notion  that  a  given  functional  role 
of  a  Conoept  (e.g. ,  upright  of  an  aroh,  officer  of  a  oompany,  input  to  a 
program)  oan  be  filled  in  the  same  instanoe  by  several  different  entitles.  On 
a  Generic  Conoept,  a  RoleSet  captures  the  commonality  among  a  set  of 
individual  role  players  (e.g.,  what  all  officers  a  given  oompany  will  have  in 


5 The  intuitive  form  of  this  type  of  definition  will  be  evident  from  the 
"JARGON"  statements  in  figures  to  follow.  JARGON  is  a  highly  specialised, 
English-like  language  for  deaorlblng  KL-ONE  objects  and  relationships.  It  has 
two  important  properties:  it  is  usually  easy  to  understand  the  KL-ONE 
structures  being  described  by  a  JARGON  statement,  and  an  interpreter  exists 
whloh  oan  translate  moat  JARGON  statements  into  appropriate  KL-ONE  structures. 
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"A  THING  HAS  PL  SUBPART 
(WHICH  ARE  PL  THING)" 


FIG.  2.  THE  MOST  GENERAL  CONCEPT,  THING. 


conon) .  Any  objeot  described  by  the  Concept  will  have  its  own  set  of  role 
players,  so  a  version  of  the  Conoept  that  describes  a  particular  individual  - 
an  Individual  Conoept  -  will  have  a  corresponding  set  of  role  descriptions, 
each  describing  the  binding  of  a  given  filler  into  the  functional  role  (e.g. , 
"the  first-officer  of  the  Enterprise  is  the  man  from  Vulcan”).  IRoles  are  the 
KL-ONE  structures  representing  these  individual  bindings  (see  below). 

Slnoe  the  functional  roles  defined  by  RoleSets  can  be  played  by  sore  than 
one  individual  at  a  tine,  RoleSets  have  Number  Restrictions  to  express 
cardinality  information.  At  the  moment,  a  Number  Restriction  is  a  pair  of 
numbers  (or  NIL)  defining  the  range  of  cardinalities  for  sets  of  role-player 
descriptions  (NIL  means  "don't  care”).  Thus  the  Number  Restriction  in  Figure 
2  indi oates  that  any  THING  oan  have  arbitrarily  many  subparts.  All  other 
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foooto  of  the  Generic  RoleSet  description  are  applioable  individually  to  eoeh 
sub part  (e.g. ,  each  will  have  the  functional  role  na—  subpart  attributable  to 
It,  and  each  subpart  —at  satisfy  the  Value  Restriction). 


PIG.  3.  I ROLES  ABO  PARTICULAR  ROLBSBTS 


A  RoleSet  on  an  Individual  Conoept  stands  for  the  set  of  role 
deaorlptlons  for  that  Conoept  only  (e.g.,  the  particular  set  of  uprights  of  a 
particular  arch)  -  It  Is  not  a  generlo  description.  In  suob  a  case,  we  call 
the  Role  e  "Particular  RoleSet".  IRolea  appear  only  on  Individual  Conoepts, 
and  are  used  to  represent  pertloular  bindings  of  Roles  to  Individual  Conoepts 
(e.g.,  the  lintel  of  a  particular  aroh  la  a  particular  block).  Slnoe  a 
RoleSet  desorlbee  a  aet  of  fillers,  when  there  are  sultlple  fillers  for  s 
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single  Role  Set,  several  IRoles  aust  be  used  -  one  IRole  for  each  binding. 
Figure  3  shows  e  Generic  Concept  caned  ARCH  that  has  two  RoleSets,  upright  and 
lintel.  An  Individual  Concept  of  an  ARCH,  naaed  ARCB#1,  Is  below  It 
(Individual  Conoepts  are  depleted  as  shaded  ellipses).  ARCB#1  is  oalled  an 
indlviduator  of  ARCH  -  all  Individual  Conoepts  nust  Individuate  some  Generic 
Concept .  The  shaded  arrow  connecting  the  two  is  oalled  an  Individuation 
Cable.  ARCH#1  has  a  Particular  RoleSet  for  upright  (drawn  as  a  RoleSet  with 
the  cirole  filled  in)  that  states  that  all  fillers  for  ARCH#1's  uprights  are 
not  only  BLOCKS  (the  Value  Restriction  inherited  frou  the  ARCH  Generic 
Concept),  they  are  also  SQUARE-BLOCKs.  The  IRoles  (filled-in  squares)  show 
the  particular  BLOCKS  which  constitute  ARCH#1. 

Figure  4  motivates  the  distinction  between  Roles  and  their  fillers. 
Contrast  the  intended  referent  of  the  word  "it”  in  sentences  a  and  b: 


FIG.  4.  A  ROLE  IS  NOT  THE  SAKE  AS  A  ROLE- PLATER. 


o  The  alligator's  tail  fell  off. 

a.  It  lay  wriggling  on  the  ground. 

b.  It  will  grow  back  again. 


The  "tails"  that  the  pronouns  are  intended  to  refer  to  are  different  in  the 
two  oases.  In  the  first,  the  Role  naae  is  being  used  to  refer  to  the  previous 
filler.  In  the  aeoond,  since  it  is  not  the  previous  tail  that  will  grow  back, 
the  name  aust  be  referring  to  something  more  abstract.  We  take  the  intent  of 
this  latter  reference  to  be  represented  by  a  KL-ONE  Role. 
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D.3  Derivative  Definition 


is  mentioned  above,  definitional  generio  knowledge  in  KL-ONE  is  expressed 
in  a  taxonoalo  inheritance  structure.  The  backbone  of  suob  a  network  is 
formed  by  inter-Concept  inheritance  Cables'  which  pass  the  structure  of 
definitions.  The  inheritance  Cable  is  the  priaary  description-formation 
operator  of  KL-ONE.  It  specifies  that  the  aeanlng  of  a  Concept  is  to  be 
determined  by  conjoining  the  aeanlngs  of  its  superConoepts. 

Note  that  we  have  not  said  that  the  Cable  merely  asserts  the  subclass 
relation  between  two  Independently  defined  olasses.  The  subConcept  is  defined 
in  terms  of  the  superConcept.  This  definitional  relationship  is  akin  to 
lambda  abstraction,  such  as  that  between  A  and  B  in 
B(x)  s  lambda(x)[A(x)  4  ...],  and  is  the  basis  for  our  ability  to  build  an 
analytic  classifier  into  the  KL-ONE  Interpreter  (see  Section  D.3.1). 

Figure  5  illustrates  how  to  define  a  simple  Concept  from  one  we  have 
already  defined.  The  Cable  is  depicted  as  a  double-shafted  arrow.  The  lower 
Concept  constructs  a  more  specific  meaning  from  the  meaning  of  THING  by 
restricting  the  subpart  Role  -  in  this  case,  to  have. V/R  BLOCK  (which  is,  for 
now,  an  undefined  type  of  THING).  The  Modifies  link0  from  the  Role  Indicated 
■r"  to  the  subpart  role  of  THING  indicates  that  the  fillers  of  the  subpart 
Role  of  the  lower  Conoept  are  restricted  to  be  BLOCKS.  Role  r  is  the  subpart 
Role  for  the  lower  Conoept,  and  thus  inherits  all  of  its  meaning  from  that 
superRole.  The  new  V/R  is  taken  oonjunctively  with  the  old  one  (to  repeat, 
you  oan  not  oanoel  an  Inherited  V/R),  and  the  Name  and  Number  Restriction  are 
inherited  intact.  As  a  result,  the  lower  Conoept  is  "a  thing  whose  subparts 
are  blocks".  All  other  Roles  from  the  upper  Concept  that  are  not  modified  by 
the  lower  Conoept  are  Inherited  intact  by  the  lower  one  (of  course,  this 
example  does  not  demonstrate  this  property  since  THING  has  only  one  Role). 

In  Figure  5,  we  call  this  lower  Conoept  BLOCK-OBJECT.  BLOCK-OBJECT  is 
not  Intended  to  be  soae  observational ly  determined  class,  but  merely  a  new 
term  in  the  description  language,  defined  to  be  nothing  more  than  "A  THING 


^The  superConcept  link,  whioh  was  introduced  earlier,  is  only  one  type  of 
inheritance  Cable. 

a 

The  link  is  not  independent  of  the  SuperC  Cable.  It  oan  be  thought  of  as 
part  of  the  Cable. 
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"A  BLOCK-OBJECT  IS  A  THING  WHOSE  PL  SUBPART  ARE  PL  BLOCK" 


PIQ.  5.  BASIC  DESCRIPTION  FORMATION. 


WHOSE  PL9  SUBPART  ARE  PL  BLOCK".  The  SuperC  Cable  between  BLOCK-OBJECT  and 
THING  serves  only  as  a  use  of  the  latter  In  the  definition  of  the  former. 
Beoause  BLOCK-OBJECT  is  defined  in  terms  of  THING,  it  must  of  course  be  true 
that  (in  any  possible  world)  any  BLOCK-OBJECT  is  a  THING. 


9PL  is  the  JARGON  morpheme  for  expressing  the  plural  form  of  a  noun.  Read 
•SUBPARTS"  for  "PL  SUBPART"  and  "BLOCKS"  for  "PL  BLOCK". 


r 

I 


243 


Appendices 


Bolt 


Report  Ho.  4842 


Boronok  and  Beaman  loo. 


D.3.1  Tisoangr  nd  tho  Classification  Algorithm 


SI  no*  "BLOCK-OBJECT"  mobs  "A  THUG  WHOSE  PL  SUBPART  ARB  PL  BLOCK",  any 
now  tars  derived  froa  BLOCK-OBJECT  will  of  necessity  carry  "THUG"  as  part  of 
Its  aoanlag.  By  tho  same  token,  any  ontity  with  "a  thing  whose  subparts  are 
blooko”  as  part  of  its  description  will  necessarily  be  a  BLOCK-OBJECT.  KL-OWE 
enforoea  this  subsumption  of  Conoepts  by  guaranteeing  that  a  Concept  entered 
in  the  network  will  be  plaoed  below  all  other  Conoepts  that  definitional ly 
subsume  it  and  above  all  Conoepts  that  it  subsumes.  This  prooess  of  finding 
the  oorreot  "1 ->cation"  for  a  Concept  is  oalled  classification  and  It  is  one  of 
the  featurae  of  KL-OHE  that  naices  it  unique  aaong  current  representation 
languagea  -  the  interpreter  in  a  sense  "understands"  the  Conoept-foraation 
language,  and  koepa  all  Conoepts  in  a  strict  subsumption  taxonomy  based  on 
their  Internal  structures. 

Thomas  Lipkls,  of  USC/ISI,  has  written  a  program  that  performs  the 
classification  Just  described.  The  algorithm  is  complete  with  respeot  to  the 
knowledge-structuring  primitives  that  are  described  in  this  paper.  It  is 
described  in  Lipkls'  paper  (see  page  128),  where  he  also  disousses  the 
olasslfler's  inferential  limitations.  In  particular,  he  explains  why  one 
cannot  expeot  the  olassifler  to  "understand"  knowledge  that  is  extrinsic  to 
KL-OHE  (e.g.,  number  theory). 


D.3.2  Incompletely  Defined  Terms 


Many  uses  of  KL-OHE  require  the  introduction  of  terms  that  cannot  be 
completely  defined  via  the  term- forming  operators  introduced  so  far.'0  To 
meet  this  need,  KL-OHE  provides  a  mechanism  for  introducing  primitive  terms 
froa  which  other  terms  may  be  defined  -  leaving  the  meaning  of  these  primitive 
terms  to  processes  outside  KL-OHE.  Suob  primitive  terms  are  represented  as 
Conoepts  whose  definition,  vls-a-vlz  KL-OHE,  is  incomplete.  They  are  oalled 
"etarred  Conoepts",  and  are  depicted  with  a  ■•"  alongside  the  ellipse 
representing  the  Concept  (starred  Concepts  have  also  been  oalled  "magic" 
Conoepts) . 

The  use  of  starred  Conoepts  lets  the  KL-OHE  system  distinguish  between 
terms  which  are  primitive  froa  terms  whose  definition  is  completely  within  the 


10In  particular,  some  domains  require  "natural  kind"  terms  (e.g.,  elephant), 
the  meaning  of  whloh,  many  researohers  olala,  cannot  be  fully  analysed. 


244 


Appendloes 


Report  Mo.  4842 


Bolt  Beranek  and  Momma  Xno. 


taxonoay.  This  distinction  Is  orltioal  to  the  eorreot  operation  of  the 
olassifler,  which  eust  prevent  a  Conoept  froa  beooalng  a  specialization  of  a 
starred  Conoept,  unless  that  particular  subsuaptlon  relation  is  stated 
explicitly.  For  exaaple,  let  BLEFHAMT  be  a  starred  Conoept  with  various 
Boles.  If  a  seoond  description  Batches  that  of  an  ELEPHANT,  it  need  not  be  an 
ELEPHANT  -  the  struoture  of  ELEPHANT  constitutes  necessary,  but  not 
sufficient,  conditions  for  recognizing  an  ELEPHANT.  The  classifier  would 
never  infer  that  the  seoond  description  was  an  ELEPHANT  unless  explicitly 
stated.  Conoepts  that  are  not  starred  are  interpreted  differently  -  their 
struoture  provides  the  conditions  that  are  both  necessary  and  sufficient  for 
recognition. 

Homily,  these  prlaltive  terns  are  used  as  part  of  the  definition  of 
aore  coaplex  Conoepts.  For  exaaple,  we  can  introduce  a  starred  Conoept  for 
POLYGON  that  has  a  RoleSet  naaed  side,  whose  Nuaber  Restriction  is  froa  3  to 
infinity.  A  TRIANGLE  can  then  be  defined  ooapletely;  it  is  a  POLYGON  whose 
side's  nuaber  restriction  is  exaotly  3*  If  a  new  Conoept  is  classified  that 
is  a  POLYGON  with  exaotly  3  sides  plus  other  struoture,  it  will  beeone  a 
specialisation  of  TRIANGLE.  There  are  two  crucial  ingredients  to  this 
inference:  the  new  Conoept  was  defined  to  already  be  a  POLYGON  (the  olassifier 
would  never  aake  that  inference),  and  it  satisfied  the  conditions  of  TRIANGLE 
vis-a-vis  its  KL-ONE  structure. 


D.3.3  A  note  on  "cancellation" 


The  laok  of  cancellation  of  Value  Restrictions  night  appear  problenatic 
froa  the  point  of  view  of  representing  "exceptions*  (e.g. ,  three-legged 
elephants  -  see  [Fahlnan  79]).  However,  if  we  allow  cancellation  of 
properties  within  Conoepts,  then  these  properties  are  reduoed  in  status  froa 
definition  to  default  assertions.  The  KL-ONE  taxonony  defines  teras;  non- 
deflnitlonal  lnforaation  about  terns,  such  as  defaults  assertions,  is  aore 
appropriately  expressed  elsewhere.  Furtheraore,  cancellation  would  derail  the 
olassifier.  1  He  intend,  instead,  to  allow  stateaents  of  default  rules  between 
ConcBDta  only.  Thus  (when  iapleaented) ,  one  would  not  represent  elephants' 
typically  having  four  legs  as  in  Figure  6.  Instead,  one  would  assert 
soae thing  like 


The  classifier  has  its  hands  tied  if  Roles  express  defaults:  a  given 
Conoept  oan  be  forced  to  fit  alaoat  anywhere,  sinoe  all  we  have  to  do  is 
oanoel  the  Roles  that  don't  natch  up.  In  this  way,  THREE-LEGGED-ELEPHANT  oan 
just  ss  well  be  above  FOOR-LBGGED-ELBPHANT  as  below  it.  See  [Braohnan  80]  for 
aore  about  this  problea. 
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0 

Blephant(x)  :  M[Four-legged-aaamal(x)]  I] 


Four-legged-aaaaal ( x)  ^ 

In  the  aanner  of  [Reiter  80].  That  is,  "unless  you  have  inforaatlon  to  the 

contrary ,  assuae  of  an  elephant  that  it  is  also  a  four-legged  bibbs  1".  This  II 

leaves  the  Concepts  of  ELEPHANT  and  FOUR-LEGGED-MAMMAL  distlnot  (as  they  [] 

should  be),  and  inviolate.  KL-ONE  seeas  to  be  different  froa  aany  of  today' a 
representation  languages  precisely  beoause  it  uses  strictly  coaplex  r  • 

predicates,  suoh  as  "four-legged-aasunal . "  ) 


FIG.  6.  ROT  THE  VAT  TO  DESCRIBE  ELEPHANTS. 


D.4  Inter-Role  Relations 


The  "Modifies"  link  of  Figure  5  is  only  one  of  four  types  of  KL-ONE  links 
for  expressing  inter-Role  inheritance  relationships.  Suoh  relationships  bear 
the  brunt  of  the  "structured  inheritance"  carried  by  SuperC  Cables. 

The  four  types  of  relationship  are  suBaarlsed  here: 
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o  restriction  (of  filler  description  and/or  nuaber) 12;  e.g. ,  given  that 
a  COMPANY  has  offioers,  eaoh  of  whom  is  a  PERSON »  a  particular  kind 
of  COMPANY  will  have  exaotly  three  offioers,  all  of  whoa  aust  be  over 
45. 

o  differentiation  (of  a  Role  Into  subRoles);  e.g.,  differentiating  the 
offioers  of  a  COMPANY  into  president,  vice-president,  etc.  This  is  a 
relationship  between  RoleSets  in  which  the  aore  speoiflo  Roles 
inherit  all  properties  of  the  parent  Role  ezoept  for  the  Nuaber 
Restriction  (slnoe  that  applies  to  the  set  and  not  the  fillers); 

o  partioularlzation  (of  a  RoleSet  for  an  Individual  Conoept);  e.g.,  the 
offioers  of  BBN  are  all  COLLEGE-GRADUATEs;  this  is  the  relationship 
between  a  RoleSet  of  an  Individual  Concept  and  a  RoleSet  of  a  parent 
Generic  Conoept. 

o  satisfaction;  this  is  the  relationship  between  an  IRole  and  its 
parent  RoleSet. 

Role  differentiation  is  one  of  KL-ONE's  unique  features;  Figure  7 
illustrates  its  use.  Slnoe  RoleSets  have  an  associated  cardinality,  they  can 
be  divided  into  "sub-Role  Sets".  In  the  figure,  we  define  the  Concept  of  an 
ARCH  as  s  BLOCK-OBJECT,  one  of  whose  subparts  is  its  lintel,  and  two  of  whose 
subparts  are  its  uprights .  Slnoe  eaoh  of  these  Roles  is  also  describable  in 
the  more  general  terns  of  its  superRole,  they  each  inherit  all  of  the 
structure  of  that  Role.  Typically,  the  "lower”  Role  will  have  a  more  highly 
constrained  Number  Restriction  than  the  "higher"  Role,  as  in  the  case  of  our 
lintel  and  upright.  However,  the  Number  Restriction  of  the  "lower”  Role  is 
the  conjunction  of  its  own  Number  Restriction  and  that  of  the  "higher”  Role. 

The  purpose  of  RoleSet  differentiation  is  to  allow  further  specification 
of  subsets  of  RoleSets  -  the  RoleSet  can  have  sub- types,  each  of  which  is 
explicitly  described.  This  is  akin  to  the  relationship  between  a  Conoept  and 
its  subConoepts,  and  is  supported  by  full  inheritance  from  the  "higher" 
RoleSet  to  its  "lower"  RoleSets.  He  intend  to  generalize  the  differentiation 
mechanism  to  pllow  multiple  partitions  of  a  RoleSet  -  at  the  moment  we  allow 
only  one. 

It  should  be  noted  that  differentiation  of  a  Role  oan,  and  should,  ooour 
within  a  single  Conoept.  RoleSets  are  inherited  through  SuperC  Cables,  so  an 
equivalent  alternative  to  the  previous  definition  of  ARCH  is  that  expressed  in 


12We  Intend  at  some  point  to  ohange  the  name  of  the  "Modifies"  link  to 
"Restricts"  to  reflect  this. 
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PIQ.  8.  INTERNAL  DIFFERENTIATION. 


looal  to  ARCH  la  the  very  saae  one  aa  ita  super Role.  Here  there  are  no 
further  reatrictiona  on  ARCH' a  aubpart,  ao  thia  la  aiaply  Baking  explioit  a 
structure  that  was  for  all  intents  and  purposes  already  there.  Aa  far  as 
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KL-ONE  la  concerned,  Role  R  is  "as  good  aa  there”  In  Figure  7. ^ 

Alao,  we  note  that  aubRolea  can  themselves  be  modified  (by  Conoepta 
defined  In  teraa  of  the  one  where  the  aubRole  appears)  or  differentiated  (aa 
long  aa  their  cardinality  la  greater  than  one). 


D.5  RoleSet  Relatione 


While  KL-ONE  Roles  are  assigned  local  "names",  and  inherit  then  from 

superRoles  as  well,  these  are  meaningless  strings  aa  far  as  the  system  is 
concerned.  Thus,  in  the  structure  so  far  described,  we  have  seen  how  Roles 
desoribe  actual  or  potential  Role-fillers,  but  nothing  (except  our  wishful 
thinking)  gives  the  Role  its  intended  meaning  as  a  functional  role 
description.  In  order  to  provide  for  the  explicit  representation  of  the  roles 
that  Role- fillers  play,  plus  provide  for  the  representation  of  Inter-Role 
relations,  we  complete  the  structure  of  a  KL-ONE  Concept  with  a  set  of  RoleSet 
Relations  (RSR's). 

The  first  type  of  RSR  we  will  examine  is  the  RoleValueMap  (RVM) .  An  RVM 
expresses  a  simple  relationship  between  two  sets  of  Role-fillers  -  either 
identitv  or  inclusion.  An  RVM  oan  equate  the  sets  of  fillers  (N.B.  not 

IRolea)  of  two  Roles  of  the  same  Conoept,  or  a  Role  of  an  Individual  Conoept 

with  a  Role  of  another  Concept.  Figure  9  illustrates  the  RVM  structure. 
Imagine  that  we  have  augmented  our  ARCH  description  with  the  following: 


1 .  AN  ARCH  HAS  A  NAME  WHICH  IS  A  STRING 

2.  AN  ARCH  MOST  HAVE  A  DEDICATEE  WHICH  IS  A  PERSON 

3.  A  PERSON  MOST  HAVE  A  NAME  WHICH  IS  A  NAME 

4.  A  NAME  MOST  HAVE  A  FIRST  WHICH  IS  A  STRING  AND  HAVE  A  LAST  WHICH  IS 
A  STRING. 

These  JARGON  sentences  define  the  non-dashed  structure  in  the  figure. 


13Ita  "being  there*  or  not  is  an  artlfaot  of  the  implementation.  Regardless 
of  the  Implementation,  the  Role  is  there  as  far  as  KL-ONE  is  oonoerned,  be  it 
explicit  or  implloit. 
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NAME 


*THE  NAME  OF  AN  ARCH  IS  THE  SAME  AS  THE  LAST  OF  THE 
NAME  OF  ITS  DEDICATEE" 

FZQ.  9.  A  FOLEY ALUB4AP. 


Now,  suppose  we  wanted  to  give  sqm  further  Indioation  of  the  Mining  of  an 
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ARCH's  name;  In  particular,  that  it  is  the  sane  aa  the  last  nans  of  the  person 
for  whoa  the  aroh  is  dedicated.  The  dashed  structure  in  Figure  9  shows  the 
appropriate  RoleValueMap  (the  diamond).  The  RVM  has  two  pointers:  z,  to  the 
Role  name  of  ARCH,  lndloating  "THE  NAME  OF  AM  ARCH";  and  y,  a  role 
chain,  indicating  "THE  LAST  OF  THE  NAME  OF  THE  DEDICATEE  OF  AN  ARCH"  (the 
first  pointer,  z,  is  also  a  role  ohain,  albeit  a  short  one).  The  RVM  is  hung 
off  of  ARCH,  sinoe  it  is  part  of  the  definition  of  ARCH  (and  not  of  PERSON, 
NAME  or  STRING) .  Note  that  if  any  of  the  Roles  in  the  y  ohain  had  potentially 
aultlple  fillers,  that  ohain  would  "evaluate",  in  an  instanoe,  to  the  complete 
set  of  STRINGS  obtained  by  iterating  over  all  dedicatees  and  all  of  their 
names,  and  all  of  their  lasts. 

Because  the  RoleValueMap  in  Figure  9  is  a  part  of  ARCH's  definition,  each 
instanoe  of  ARCH  satisfies  the  generic  relationship  defined  therein.  That  is, 
the  set  of  STRINGS  obtained  by  retrieving  the  names  of  a  particular  ARCH  is 
the  sane  as  the  set  retrieved  as  the  lasts  of  the  nsaes  of  the  dedioatees  of 
the  very  saae  aroh. 

One  final  note  on  the  RVM  is  needed  to  motivate  the  use  of  a  chained 
pointer.  If  the  RVM  were  to  point  direotly  to  the  ultimate  Role  in  the  y 
ohain  of  Figure  9,  that  pointer  to  the  last  Role  of  NAME  would  happen  not  to 
be  problematic.  However,  if  we  had  ohosen  to  make  the  V/R  of  the  name  Role  of 
ARCH  be  NAME  as  well,  then  the  direct  pointer  would  fail  to  disambiguate 
between  the  last  of  the  name  of  the  ARCH  itself  and  the  last  of  the  name  of 
its  dedloatee.  Thus,  the  chained  pointer  that  starts  at  a  Role  of  the 
enoloslng  Concept  is  neoessary.  Reading  from  the  RVM  out,  the  y  pointer  might 
be  read  as  the  "DEDICATEE'S  NAME'S  LAST",  illustrating  the  prominent  position 
of  the  dedloatee  Role.  In  faot,  one  can  think  of  role  chains  as  a  variation 
of  functional  notation,  e.g.,  "last(name(dedicatee(ARCH)))". 

The  seoond  type  of  RSR  we  will  examine  is  the  Structural  Description 
(SD).  SD's  express  how  the  Roles  of  the  Conoept  interrelate  and  how  they 
relate  to  the  Conoept  aa  a  whole  via  the  use  of  parameterized  versions 
( "Paralndlvldual  Concepts”)  of  other  Concepts  in  the  network.  Taking  our  ARCH 
example  onoe  again,  we  re-introduce  the  two  RoleSets  defined  for  Figure  7, 
lintel  and  upright.  We  can  express  the  functional  relationship  between  the 
lintel  and  uprights  of  an  ARCH,  namely  that  the  uprights  SUPPORT  the  lintel, 
with  an  SD  that  uses  a  Paralndlvldual  Conoept.  This  is  depicted  in  Figure  10 
(for  simplicity,  we  have  not  drawn  the  remainder  of  the  ARCH  Conoept).  The 
diamond  in  the  figure  depicts  the  SD.  It  contains  a  Paralndlvldual  Conoept, 
SUPPORTil  (double  ellipse),  whloh  is  a  parameterized  version  of  the  SUPPORT 
Generic  Conoept.  The  arrow  connecting  SUPPORT  and  SUP PORT# 1  is  called  a 
"Paralndlvlduatea  Cable”.  The  Roles  on  SUPP0RT#1,  oalled  Core f Roles,  have  a 
one-to-one  correspondence  to  the  Roles  on  SUPPORT,  indicated  by  the 
Coref Satisfies  wires,  and  express  their  oorrespondenoe  to  the  Roles  on  ARCH 
via  Coref  wires  (Coref  wires  have  also  been  oalled  Cor efV slue  wires).  The 
Intent  of  this  SD  is  that  as  part  of  the  definition  of  an  ARCH,  there  must  be 
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PIG.  10.  A  STRUCTURAL  DESCRIPTION  USING  A  PARAINDIVIDUAL  CONCEPT 


a  linfcol  and  aore  than  one  upright,  where  eaoh  upright  must  play  the  Role  of 
aupporter  of  soae  instance  of  SUPPORT  in  vhioh  the  lintel  (of  the  saae  ARCH) 
is  the  supportee. 

The  use  of  Paralndividual  Conoepts  has  a  natural  analogy  in  progr sussing 
languages.  If  one  thinks  of  the  Generio  Conoept  of  SUPPORT  as  being  analogous 
to  definition  of  soae  function  F  with  arguaents  A  and  B,  the  Paralndivldual  is 
akin  to  a  call  to  F  froa  soae  other  function  where  the  arguaents,  A  and  B,  are 
substituted  by  other  expressions.  Progressing  languages  typioally  rely  upon 
arguaent  order  to  aake  the  correspondence  between  defined  arguaents  and  their 
use,  whereas  KL-OME  uses  the  wires  aentloned  above  Instead. 
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In  fonoral,  RoleSot  Relations  express  quantified  relationships  among 
SoleSets  as  set  Mappings .  SB's  are  the  aubolaaa  of  RSB's  that  nap  oxer  the 
Boles  of  a  single  Concept  (the  Coref  wires  oust  go  through  BoleSeta  of  the 
Conoept  oontaining  the  SO).  RSB's  are  intended  to  describe  Mappings  anong 
IRoles.  They  do  this  by  specifying  the  Mappings  at  the  Qenerio  Conoept  level. 
They  are  inherited  through  Cables  and  are  restricted  and  particularised  in  a 
Manner  similar  to  that  of  Roles  (for  further  disoussion  of  RSRs,  see  the 
sunaary  of  the  teohnleal  disoussion  on  RSRs,  page  44,  and  Freeman1 a  paper  on 
"Towards  a  cal o ulus  of  structural  descriptions  ...  ",  page  115). 

He  should  add  one  aore  note.  In  Figure  10,  the  Coref  wires  went  directly 
from  a  Coref Role  to  a  RoleSet.  In  general,  Coref  wires  are  actually  role 
chains  and  have  the  sane  properties  as  role  chains  for  RVMs  (which  was 
discussed  earlier  in  this  section).  When  used  with  Paralndivldual  Conoepts, 
the  role  chain  can  also  point  directly  to  the  enclosing  Concept  in  order  to 
express  the  participation  of  the  instance's  "self"  -  that  is,  the  thing  as  a 
whole  •  in  a  relationship.  For  exaaple,  in  Figure  11,  the  Conoept  of  a 
HUSBAND  would  have  as  part  of  its  definition  a  RoleSet  Relation  describing  a 
MARRIAGE  in  which  the  Mile-spouse  Role  was  to  be  filled  by  the  HUSBAND  itself. 
For  each  instance  of  HUSBAND,  there  would  have  to  exist  a  MARRIAGE  description 
whose  Male-spouse  was  that  instanoe  of  HUSBAND  (and  not  some  other  HUSBAND). 


D.6  Contexts  and  Nexuses 


As  mentioned  earlier,  the  description  fornation  part  of  KL-ONE  has  a 
complementary  assertion-making  part.  He  have  tried  carefully  to  distinguish 
between  purely  desoriptlonal  structure  and  assertions  about  ooreferenoe, 
existence,  eto.  All  of  the  structure  mentioned  above  (Conoepts,  Roles,  and 
Cables)  is  definitional.  All  assertions  are  made  relative  to  a  Context  and 
thus  do  not  affeet  the  (descriptive)  taxonomy  of  generic  knowledge.  He 
anticipate  that  Contexts  will  be  of  use  in  reasoning  about  hypothetioala, 
beliefs,  and  wants. 

One  asserts  the  existence  of  some  thing  satisfying  a  description  (i.e., 
Conoept)  by  connecting  it  to  a  Nexus  within  a  particular  Context.  This 
connecting  link  is  oalled  a  Description  Hire.  A  Nexus  is  a  structureless 
entity  which  serves  as  a  locus  of  coreference  statements;  it  holds  together 
various  descriptions,  all  of  whloh  are  taken  to  speoify  the  same  object  in  the 
Context.  Nexuses  have  been  conveniently  thought  of  as  corresponding  to  things 
in  the  world;  KL-ONE,  however,  makes  no  suoh  oonmitment.  The  Description 
Hires  are  also  taken  to  be  in  the  Context.  Contexts  are  at  the  moment  simply 
collections  of  Nexuses  and  Description  Hires.  Thus,  a  Context  can  act  as  a 
"world”,  whloh  oomprises  a  set  of  statements  about  existence  and  description 
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FIG.  11.  A  COREF  THAT  POINTS  DIRECTLY  TO  ITS  BICLOSING  CONCEPT 


1A 

ooreference. 

In  Figure  12  (the  Nazuaaa  are  aaall  cirolea,  the  Contexts  rectangles,  and 
the  Description  Wires  squiggly  lines),  we  have  Nexus  N1  in  Context  Cl 
asserting  that  a  Tuloan  naaed  'Spook*  is  the  First  Officer  of  the  Enterprise, 
while  in  Context  C2  these  sane  descriptions  are  used  in  a  different  way  by 
Nexuses  N2  and  N3  to  assert  that  the  First  Officer  of  the  Enterprise  is  a 


**Co- 'reference*  is  not  quite  the  right  term,  since  the  objects  "referred 
to*  need  not  exist.  Co-s pacification  of  description  is  probably  a  better  tern 
(see  [Sidner  791). 
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person  aoaod  *Uhura"  and  a  Vulcan  naaed  Spook  ia  the  Captain  of  the 
Enter pr Isa.  Vo  should  note  that  KL-ONE  at  the  nosent  does  not  support  any 
aeaningful  relations  between  Contexts*  although  a  hierarchy  of  Contexts  oan  be 
created  by  putting  the  seta-anchor  (l.e. ,  a  Nexus)  of  one  Context  into  another 
Context. 


name  <Ph _ (  human- 


k  VULCAN 


PERSON 


JTHE  FIRST  OFFICER 
OF  THE  ENTERPRISE 


[VULCAN) 


[PERSON) 


"THE  CAPTAIN  OF 
~  THE  ENTERPRISE" 


,SPOCK> 


-UHURA' 


FIG.  12.  SOME  EL-ONE  ASSERTIONS. 
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D.7  Neta-Deaorlptlon 


loxuaea  allow  us  to  ooae  aa  close  to  real  "reference"  to  objeota  outside 
the  ays  tea  aa  la  poaaible  In  this  kind  of  representation  envlronaent.  In 
addition  to  the  use  of  Nexuses  aa  "surrogates”  for  outside  entitles,  EL-ONE 
allows  reference  to  Internal  entitles  (e.g. ,  Concepts)  aa  well.  Thus  one  ean 
"meta-desorlbe"  a  EL-ONE  object  in  EL-ONE .  Of  course,  to  do  this,  the  system 
needs  to  hare  the  Conoepts  of  a  EL-ONE  Conoept,  a  EL- ONE  Bole,  a  EL-ONE 
BoleTalueMap,  etc.  These  are  not  yet  part  of  the  lapleaented  systea. 

In  order  to  oonstruot  a  aeta-desorlptlon,  one  uses  the  saae  type  of 
atruoture  used  In  constructing  a  regular  description.  Each  EL-ONE  structure 
Is  oonsidered  laplloltly  to  have  a  corresponding  Nexus  that  is  known  to  exist 
in  the  "EL-ONE  base  level"  Context.  5  Meta-desorlptions  are  siaply 
descriptions  (usually  expressed  In  teras  of  the  Conoepts  EL-ONE-CONCEPT, 
EL-ONE-ROLE,  eto.)  attached  to  those  Nexuses  by  aeans  of  the  Description  Wire 
aeohanisa  aentioned  above.  In  the  future,  we  expect  to  study  how  further  to 
exploit  aeta-desorlptlon  in  EL-ONE.  One  can  lnaglne  the  EL-ONE  systea 
providing  autoaatlo  acoess  to  a  ooaplete  aeta-desorlptlon  of  any  other 
description,  and  also  allowing  one  to  affect  the  EL-ONE  interpreter  by 
Modifying  these  aeta-descrlptions  in  a  Banner  similar  to  that  of  Brian  Saith's 
3-LISP  [Smith  82].  The  prlaary  questions  in  this  effort  deal  with  the  details 
of  such  a  systea,  and  aore  importantly,  the  determination  of  exactly  what 
leverage  one  gains  by  using  it. 


D.8  Attached  Procedures  and  Data 


The  final  feature  of  EL-ONE  to  be  touched  on  here  is  the  ability  to 
attaoh  procedures  and  data  to  structures  in  the  network.  This  is  purely  a 
programming  convenience  -  attaohed  procedures  and  data  are  "outside”  of  EL-ONE 
and  have  no  semantically  justifiable  plaoe  in  the  epistemology.  Henoe,  this 
section  deals  atriotly  with  our  implementation. 

The  attaohed  procedure  meohanism  is  implemented  in  a  very  general  way. 
Procedures  are  attaohed  to  EL-ONE  entities  by  "interpretive  books”  (Ihooks) 


have  on  occasion  called  these  Nexuses  "meta-anohors”,  in  the  manner  of 
[Saith  78]. 
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(aee  [Smith  783) ,  which  specify  the  set  of  situations  in  whioh  they  are  to  be 
triggered.  An  interpreter  funotlon  operating  on  a  EL- ORE  entity  onuses  the 
invocation  of  all  procedures  inherited  by  or  directly  attached  to  that  entity 
by  iBooks  whose  situations  aatoh  the  intent  of  that  funotlon.  Situations 
include  things  like  "Individuate",  "Modify",  "Create",  "Remove",  etc.  In 
addition  to  a  general  situation,  an  lhook  specifies  when  in  the  execution  of 
the  Interpreter  funotlon  it  is  to  be  Invoked  (PRE-,  POST-,  or  WHEN-) . 

Procedures  attached  to  the  oonoeptual  taxonony  can  sake  KL-ONE  work  like 
a  special  kind  of  objeot-orlented  programing  systen.  We  sake  no  olaias  about 
this  use  of  the  systen  (but  see  [Goodwin  793)  -  the  procedures  are  not 
thaaselves  written  in  KL-OME,  and  there  can  be  no  guarantee  that  an  attaohed 
prooedure  will  honor  the  integrity  of  the  network.  The  facility  itself  is 
supported  only  in  a  very  sinple  way.  Attaohed  procedures  should  ultiaately  go 
away  when  we  know  bow  to  desoriptively  characterize  behavior  in  general  and 
its  relationship  to  intensional  description. 

Finally,  a  facility  has  been  incorporated  to  attaoh  arbitrary  data  to 
KL-ORI  Conoepta.  The  data  is  stored  in  property  list  format  and  is  inherited 
along  superC  cables.  An  seoond  attaohed  data  faoility  exists  whloh  simply 
provides  a  property  list  format  without  inheritance. 
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APPBNDU  B 

INDEX:  EL-ONE  TECHNICAL  TBRHS 


Tbo  following  Index  atteapta  to  bridge  the  teralnologloal  gap  that 
newooaara  to  KL-ONE  aust  oroaa  by  giving  brief  deaorlptlona  of  a  nuaber  of 
teohnloal  teraa  used  In  this  proceedings.  Baoh  description  also  includes  a 
reference  to  a  aore  coaplete  explanation  within  this  proceedings.  The  set  of 
terns  included  here  is,  at  best,  a  guess  at  those  teraa  that  a  new  KL-ONE 
reader  needs  to  know.  Please  accept  our  apoligiea  for  those  that  we  alssed. 


ABU :  Aoronya  for  "Augmented  Event  Transition  Network".  See  page  64. 

Attaohed  Data:  Meohaniaa  for  attaching  arbitrary  data  to  KL-ONE  object.  See 
Section  D.8. 

Attaohed  Procedure:  Meohaniaa  for  influencing  the  KL-ONE  Interpreter.  See 
Seotion  D.8. 

CIS:  Inverse  of  the  RIC  link.  See  RIC  in  this  index. 

CKLQNB:  Software  package  for  constructing  KL-ONE  networks.  See  page  41. 

Classifier:  A  olasalfler  for  KL-ONE  will  autonatically  place  new  descriptions 
at  their  appropriate  looation  in  a  KL-ONE  taxonony.  See  pages  128 
and  244. 

Conoept:  Usually  refers  to  all  types  of  KL-ONE  Concepts,  but  it  is  often  used 
to  refer  only  to  Generic  Concepts.  The  Conoept  is  introduced  on 
page  235  and  is  discussed  throughout  Appendix  E. 

Context:  Objeot  that  contains  a  set  of  assertions.  See  Seotion  D.6. 

Coref  Niro:  Wire  that  shows  the  value  for  a  CorefRole.  See  page  252. 

Coref  Role:  Type  of  Role  found  on  a  Paralndlvidual  Conoept.  See  page  252. 

Coref Satisfies  Wire:  Hire  that  shows  which  RoleSet  a  CorefRole  corresponds  to. 
See  page  252. 

CorefTalue  Hire:  Synonya  for  Coref  Hire.  See  Coref  Hire  in  this  index. 

CSate  Hire:  Synonya  for  CorefSatisfles  Hire.  See  Coref Satisfies  Hire  in  this 
index. 
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Deaoription  Hire:  Wire  that  asserts  the  correspondenoe  of  a  Nexus  to  a 
Concept .  See  page  254. 

Dlff  Role:  A  RoleSet  that  differentiates  another  RoleSet.  See  RoleSet 
Differentiation  in  this  index. 

Differentiates:  See  RoleSet  Differentiation  in  this  index. 

ABox:  Assert ional  Component  of  the  proposal  by  Ron  Bradman  and  Hector 
Levesque.  See  page  8. 

Frans Lisp:  Version  of  Lisp  (pattered  after  MacLisp)  that  runs  on  VAX  Machines. 

It  is  the  target  language  of  a  translation  effort  for  the  EL-ONE 
system.  See  pages  68  and  106. 

Qenerio  Conoept:  Primary  EL-ONE  object  which  represents  a  general  term. 
Introduced  on  page  235  and  dlsoussed  throughout  Appendix  E. 

Generic  RoleSet:  Represents  a  conceptual  subpart  of  a  Generic  Concept. 
Introduced  on  page  238  and  discussed  in  Seotions  D.2  and  D.4. 

IC:  Shorthand  for  Individual  Concept.  See  Individual  Conoept  in  this  index. 

Ibook:  Shorthand  for  Attached  Procedure.  See  Attaohed  Procedure  in  this 
index. 

Individual  Conoept:  Object  representing  a  Individual  term.  Introduced  on  page 
235  and  dlsoussed  in  Appendix  D.2. 

Individual  Role:  Full  name  of  IRole.  See  IRole  in  this  index. 

Indivlduator:  An  Individual  Conoept.  See  Individual  Conoept  in  this  index. 

IRole:  Represents  the  binding  of  a  Role,  at  an  Individual  Conoept,  to  a 
description  of  its  filler.  Introduced  on  page  238  discussed  in 
Seotions  D.2  and  D.4. 

EL- (ME  I/O  faoillty:  Input/output  facility  for  EL-ONE  networks.  See  page  38. 

EloneTalk:  SmallTalk  version  of  EL-ONE  written  at  Xerox-Paro.  See  page  90. 

EL0REUSER3:  A  directory  containing  INTERLISP  packages  that  aid  a  EL-ONE 
programmer.  It  is  similar  in  nature  to  LISPUSERS. 

Magio  Concepts:  A  "magic”  Concept  is  one  that  is  incompletely  specified  vis-a- 
vis  EL-ONE .  Ve  have  dropped  usage  of  "magic"  in  favor  of  "starred". 
See  Starred  Conoepts  in  this  index. 
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HataHook:  Meohanism  for  representing  meta-descriptions.  NetaHook  refers  to 
the  Nexus  to  whioh  a  meta-description  Is  attaohed.  See  Seotion  D.7. 

Meta  Link:  See  MetaHook  In  this  index. 

Modifies  Wire:  Wire  representing  a  Modifies  relation  between  RoleSets.  See 
RoleSet  Modification  in  this  index. 

Mod  RoleSet:  A  RoleSet  that  modifies  another  RoleSet.  See  RoleSet 
Modification  in  this  index. 

Nexus:  Object  of  co-reference  for  assertions.  See  Section  254. 

Paralndlviduates  Cable:  Show  the  relation  between  a  Paralndividual  Concept  and 
its  "parent”  Generic  Conoept.  See  Paralndividual  Concept. 

Paralndividual  Conoept:  Represents  a  parameterized  version  of  a  Generic 
Conoept.  See  page  252. 

Particular  RoleSet:  Name  for  a  RoleSet  that  is  associated  with  an  Individual 
Concept.  See  page  240. 

PI:  Shorthand  for  Paralndividual  Concept.  See  Paralndividual  Concept  in  this 
index. 

QOA  Conoept:  Representation  for  a  general  role- filler,  which  is  an  extension 
of  the  KL-ONE  language.  See  page  55. 

Reallser:  A  process  developed  at  OSC/ZSI  that  attributes  new  descriptions  to 
individuals  as  a  system  learns  about  them.  See  page  78. 

RIC:  Acronym  for  "role  In  concept",  which  is  an  extension  of  the  KL-ONE 
language.  See  page  59. 

Role:  Represents  a  conceptual  subpart  of  a  Concept,  for  which  there  are 
several  types.  Introduced  on  page  238  and  discussed  in  Sections  D.2 
and  D.4. 

Role  Satisfaction:  Represents  the  binding  of  a  Role  to  a  description  of  a 
filler.  See  Section  D.4. 

RoleChaln:  A  path  through  connected  RoleSets.  See  page  252. 

RoleName:  Each  Role  oan  have  a  name,  which  is  inherited  by  subRolea.  See  page 
240. 

RoleSet:  Usually  refers  to  Generic  RoleSet,  although  sometimes  to  Roles  in 
general.  See  Generic  RoleSet  in  this  index. 
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RoloSot  Dlfforontlation:  Represents  a  partition  of  a  Roleset  into  subsets. 
See  Seotlon  D.4. 

RoleSet  Modifloatlon:  Represents  additional  restrictions  on  an  inherited 
RoleSet.  See  Seotion  D.4 . 

RoleSet  Relation:  Represents  general  relationships  between  RoleSets.  See 
Seotion  D.5. 

Role  Value  Nap:  A  type  of  RoleSet  Relation  that  represents  wither  set  equality 
or  set  inclusion  between  RoleSets.  See  Seotion  D.5. 

RSR:  Shorthand  for  RoleSet  Relation.  See  RoleSet  Relation  in  this  index. 

RVM:  Shorthand  for  Role  Value  Hap.  See  Role  Value  Map  in  this  index. 

Satisfies  Hire:  Wire  representing  a  Satisfaction  relation  between  a  RoleSet 
and  an  IRole.  See  RoleSet  Satisfaction  in  this  index. 

SD:  Shorthand  for  Structural  Description.  See  Structural  Description  in  this 
index. 

Starred  Concepts,  Roles,  eto:  a  star  is  used  to  lndioate  an  incompletely 
specified  Conoept,  etc.  It  is  a  synonym  for  "magic"  (l.e.  a  magic 
Conoept),  although  "starred"  is  our  preferred  term.  See  Seotion 
D.3.2  for  a  description  of  starred  Conoepts  and  the  diaoussion 
summary  of  "Individuality  in  KL-ONE"  (Seotion  1.3,  page  27),  for 
other  uses  of  starred  objects. 

Structural  Description:  A  type  of  RoleSet  Relation  that  uses  a  Paralndividual 
Concept  and  represents  a  relationship  between  RoleSets  of  only  a 
single  Conoept.  See  Seotion  D.5. 

SubC:  Shorthand  for  SubConoept.  See  SubConoept  in  this  index. 

SubConoept:  A  Generic  Conoept  that  is  subsumed  by  another.  See  Section  D.2. 

Super C:  Shorthand  for  SuperConoept.  See  SuperConoept  in  this  index. 

SuperConoept:  A  Generic  Conoept  that  subsumes  another.  See  Seotion  D.2. 

TBOX:  Terminological  Component  of  the  proposal  by  Ron  Brachman  and  Heotor 
Levesque  (see  page  8). 

Value  Restriction:  Representation  of  the  restriction  of  the  potential  fillers 
of  a  Role.  Introduced  on  page  238  and  disoussed  in  Seotion  D.2. 
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Tl:  Shorthand  for  Talua  Reatriotlon.  See  Value  Reatrlotlon  in  this  index. 
V/R z  Shorthand  for  Value  Restriction.  See  Value  Restriction  in  this  index. 
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